SimplCommerce 是 github 上过千星的.netcore 商城示例项目，本文详解他的模块化框架现实思路，其业务（如产品、订单）不作介绍。因作者文笔水平很差，它又很值得学习和推荐，就算不要脸献丑一次吧，如对本文有不明白之处望见谅留言，谢谢。
早期单体开发框架，因为简单上手快的特点广受青睐。但是随着项目时间的考验，最终变得难以维护，臃肿、规范、污染等劣势导致人力成本增加。文章后方有 ABP、微服务、模块化、单体应用场景分析。
SimplCommerce 特点
分解
一个超级大的项目，主程可以按功能拆分成N个平行的小模块，每位开发成员都清楚自己负责的模块。
如上图： Modules 目录里的子项目都是分解后的模块
独立
新人是项目开发中最具破坏力的元凶之一，模块间独立、隔离可以有效的限制他们，避免核心模块或整体污染。
每个模块可以有自己的数据库、配置(appsettings.json)、Controller、Views(razor模板)、wwwroot(静态资源)
可扩展性
策划说要增加代理功能，新增一个模块来开发，既不影响原有模块，对开发人员等同是新的小项目，从而更简单。
这个雪球可以一直滚下去，哪怕增加100个新模块，给兵就能打胜仗。
可维护性
得益于分解、独立特性，每个模块代码更少，交接成本、调试成本更低。
举一个极端的例子，需求改不动了怎么办，重构此模块也不过如此吧，不必牵一发而动全身。
可组合性
模块可单独、或者组合部署。
比如独立部署：Modules/SimplCommerce.Module.Orders 由于访问量较大独立到 A 服务器
比如组合部署：Modules/SimplCommerce.Module.Catalog、Modules/SimplCommerce.Module.Cms 由于没有压力独立到 B 服务器
SimplCommerce 模块化框架现实分析
如上图，这是 Catalog 模块的目录结构，看上去和普通和 mvc 没什么区别，仔细看他还少了点什么，对。。。没有 Program.cs、Startup.cs
问：他怎么启动运行呢？
答：模块只负责现实功能，SimplCommerce.WebHost 才是启动项目。
问：SimplCommerce.WebHost 启动怎么加载 Catalog 里的 mvc 代码？
答：请看 SimplCommerce.WebHost/SimplCommerce.WebHost.csproj
<Target Name="CopyModules" AfterTargets="Build"><Exec WorkingDirectory="." Command="npm run gulp-copy-modules -- --configurationName $(ConfigurationName)" /></Target>
编译成功后执行 npm run gulp-copy-modules（源码在 SimplCommerce.WebHost/gulpfile.js)，采用 node + gulp 将 Modules 所有模块编译结果与所需资源复制到 WebHost 目录之下。
编译成功后的伪动作大致如下：
复制 SimplCommerce.Module.Catalog/bin/Catalog.dll 到 SimplCommerce.WebHost/Modules/Catalog/Catalog.dll
复制 SimplCommerce.Module.Catalog/Views/* 到 SimplCommerce.WebHost/Modules/Catalog/Views/
复制 SimplCommerce.Module.Catalog/appsettings.json 到 SimplCommerce.WebHost/Modules/Catalog/appsettings.json
复制 SimplCommerce.Module.Catalog/wwwroot/* 到 SimplCommerce.WebHost/wwwroot/
dotnet 运行 SimplCommerce.WebHost 时做了以下现实：
1、反射加载 Modules/Catalog/Catalog.dll、Modules/Catalog/Views，由于现实代码过多，本文不贴出（现实源码在此：SimplCommerce.WebHost/Extensions/ServiceCollectionExtensions.cs）
2、合并 appsettings.json 配置文件，采取了类似以下的代码
var confg = new ConfigurationBuilder().SetBasePath(env.ContentRootPath).AddJsonFile("appsettings.json", true, true).AddJsonFile("Modules/Catalog/appsettings.json", true, true);
3、wwwroot 已自然合并。。
问：SimplCommerce.WebHost 需要经常维护吗？
答：不需要，它实现了动态加载模块，项目开发人员只需要负责较简单的 Module。
问：如果模块定义太多，如何全部编译？
答：由于 vs 太方便，右击 Modules 目录就可以全部编译了。
源码地址：https://github.com/simplcommerce/SimplCommerce
特别介绍，由于作者太菜2016年转型 .net core 项目时，它就已经过了千星，星多代表着生态，且用且珍惜。
各大开发框架应用场景分析
ABP
基于 DDD 开发的实践项目，.NETCore 2.0发布以后，国内很多个人用它学习上手，也有公司开始使用它开发项目。
绝对是大团队才伤得起的选择，学习和使用成本较高，作者编程13年玩不转它，您要说我菜，我认。
它的缺点很多我就不说了，因为ABP粉丝太多怕被喷死。。至少他不适合我。
微服务
不多作介绍，这个词是个程序员都听过了解过，有很多实践项目如eShopOnContainers，有人说玩转他就通了一切。
我是这样理解微服务应用场景的：
1、只有当服务器压力很大的情况下，才考虑拆拆分微服务。
2、只有需求变动较小、访问量超大的情况下，才考虑微服务架构，比如电商。
它需要很强的架构师。
它不适合小团队。
它不适合做需求泛滥的项目。
它不适合功能型太复杂的项目。
模块化
本文介绍的即是模块化开发框架，天生适合中大型项目开发，并且为以后拆分成微服务架构奠定了基础。
单体
适合个人或小型项目，优点：快。
总结
每种技术框架存在即是合理的，各有优点和缺点，没有哪个最好哪个最坏，在合适的场景选择合适的框架，它就是把双刃剑，反之将贻误终生。
花了半天时间写这篇文章，希望点赞的兄弟下个月能加工资500，谢谢观看。
