ABP Vnext踩坑系列
今年新入职的一家小型开发硬软产品的公司，怎么说，就我一个BS方向的开发人员，而招我进来的目的之一就是重构他们原有的BS系统。原来的系统虽然不庞大，但是却是无敌乱。
dotnet有一项优秀的东西，就是不同版本可以作用在一个解决方案中，虽然作为一个dotnet菜鸟开发人员知道这么一个操作，但是一般很少会明目张胆的干，除非业务等因素不得已为之，因为可能会造成很多遗留问题，所以如果业务项目不是那么清晰明了，还是进来别这么玩，容易扯到蛋（这只是我个人的看法，不喜勿喷哈）。
为什么考虑用ABP vnext？
- 目的就是能够实现快速开发，解决业务上的问题，不用花太多时间在基础架构设计上（重复造轮子）。
- 本身项目业务存在“多租户”的情况，特别是贫瘠的dotnet市场本身就没有太多有名且活跃的框架使用，来来回回的就那几个，本身 ABP 的架构设计思想个人觉得是很优秀的，能普及用起来也是很好的。
- 开箱即用。
- 因为实在没多少条件去选了，加上ABP文档还算是很丰富的。
还看过哪些快速开发框架？
其实也看了好几个，因为本身ABP的使用门槛也是有的，如果之前没有接触过一点，还是有点困难的，加上本人也是菜，之前用过也是基于前人大能搭建过的，我也只是在基础上去写一些业务功能代码，对于更深的东西其实就压根不懂，惭愧。
- 那个舆论很火的白小僧的那个框架据说也很不错，但是我克隆下来后发现一点多个G，我直接转头会看去ABP的文档了，感觉太大了，哈哈哈。
- 还有一个叫 Osh… 记不起来全名了，甚至前面三个字母都拼错了，噗….
- ABP-Vnext-Pro，这个是基于ABP Vnext二次改造的好像，我没看太多，只是大概看了下觉得如果不直接用官方生成的，这个也纳入考虑范围，因为做的确实不错。
其他的也看了两个，但是基本上否决了，一是文档太少，二是活跃度不怎么高，怕遇到坑爬不出来了，哈哈哈哈。
