BodeAbp概述

BodeAbp框架基于github开源框架ASP.NET Boilerplate，abp项目地址：https://github.com/aspnetboilerplate/aspnetboilerplate

BodeAbp项目地址：https://github.com/liuxx001/BodeAbp

abp学习文章：

一、官方文档： http://www.aspnetboilerplate.com/Pages/Documents

二、tkb至简博客： http://www.cnblogs.com/farb/category/740324.html

三、阳光铭睿博客： http://www.cnblogs.com/mienreal/tag/ABP/

四、HK Zhang源码分析系列： http://www.cnblogs.com/1zhk/category/798531.html

 

BodeAbp的改动点：

一、先后端彻底分离，舍弃做者提供的angular.js实现的前端，改用react.js

二、将EF的迁移方式改成自动迁移

三、功能模块化，使用abp提供的动态webapi实现功能模块的分离

四、去除多租户，另起一个分支去除多租户代码（如今用不到，后续可能会提供多租户的版本）

五、添加一些工具类

 

BodeAbp的初衷：

每一个作过的项目都是有价值的，无论项目自己是成功仍是失败，每一个项目的代码都是咱们的几个月甚至几年的心血。任何一个项目能让咱们沉淀下来的东西我认为不只仅是技术能力，也还有业务模块。一个新项目不该该是从零开始，而应该是在自身或者公司的技术以及业务积累之上开始。

 

好吧，接地气的说法就是我但愿几年之后作项目是在业务模块库中拼拼凑凑，而后作一些细微调整就能够交给客户了。

 

BodeAbp的一些思想：

一、每个业务模块应该是足够独立的，是能维护自身状态的。包括模型（数据表）、api、权限、菜单、设置项等。业务模块之间的依赖应该是尽量小的。

二、关于EF的自动迁移，有褒有贬，可是为了业务模块中模型（数据表）的独立，仍是采用了自动迁移，毕竟若是添加一个模块，都要在模块以外的DbContext中加许多属性这个设计就真的太很差了。

三、关于DDD，BodeAbp业务模块中并无彻底按照DDD的思想来设计，思想是方便和指导开发的，但总被思想束缚我认为也是不妥的，设计合理便可。固然也多是我对DDD的理解还不够深入。

四、关于多租户，我另外建立了一个分支删除了全部关于多租户的代码，如今用不到也加大了业务模块的复杂度，后续时间空余后可能会提供多租户的版本。

五、关于模块之间的通讯，使用了abp提供的事件机制，模块间不会相互依赖，只会相互通知。

 

BodeAbp适用人群：

一、外包公司

二、喜欢接私单的小伙伴

三、abp框架的使用者

BodeAbp的缺点：

一、框架着眼于业务模块的重用，在乎的是业务模块的通用性，对于专业性特别强的如银行、医疗、保险系统帮助不是很大

二、在宏愿完成以前，框架不能进行分布式部署，不适合互联网项目

三、对于abp框架的升级以及bug修复的时间会落后于直接使用原abp框架。

四、因为做者很懒，常常好久不更新，因此分享仅供交流，慎用。

 

BodeAbp的宏愿：

让每一个业务模块都能集群部署。