.NETCore 千星项目模块化开发框架 SimplCommerce 详解

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 时作了如下现实：

一、反射加载 Modules/Catalog/Catalog.dll、Modules/Catalog/Views，因为现实代码过多，本文不贴出（现实源码在此：SimplCommerce.WebHost/Extensions/ServiceCollectionExtensions.cs）

二、合并 appsettings.json 配置文件，采起了相似如下的代码

var confg = new ConfigurationBuilder()
  .SetBasePath(env.ContentRootPath)
  .AddJsonFile("appsettings.json", true, true)
  .AddJsonFile("Modules/Catalog/appsettings.json", true, true);

三、wwwroot 已天然合并。。

 

问：SimplCommerce.WebHost 须要常常维护吗？

答：不须要，它实现了动态加载模块，项目开发人员只须要负责较简单的 Module。

 

问：若是模块定义太多，如何所有编译？

答：因为 vs 太方便，右击 Modules 目录就能够所有编译了。

 

源码地址：https://github.com/simplcommerce/SimplCommerce

特别介绍，因为做者太菜2016年转型 .net core 项目时，它就已通过了千星，星多表明着生态，且用且珍惜。

 

各大开发框架应用场景分析

ABP

基于 DDD 开发的实践项目，.NETCore 2.0发布之后，国内不少我的用它学习上手，也有公司开始使用它开发项目。

绝对是大团队才伤得起的选择，学习和使用成本较高，做者编程13年玩不转它，您要说我菜，我认。

它的缺点不少我就不说了，由于ABP粉丝太多怕被喷死。。至少他不适合我。

微服务

很少做介绍，这个词是个程序员都听过了解过，有不少实践项目如eShopOnContainers，有人说玩转他就通了一切。

我是这样理解微服务应用场景的：

一、只有当服务器压力很大的状况下，才考虑拆拆分微服务。

二、只有需求变更较小、访问量超大的状况下，才考虑微服务架构，好比电商。

它须要很强的架构师。

它不适合小团队。

它不适合作需求泛滥的项目。

它不适合功能型太复杂的项目。

模块化

本文介绍的便是模块化开发框架，天生适合中大型项目开发，而且为之后拆分红微服务架构奠基了基础。

单体

适合我的或小型项目，优势：快。

 

总结

每种技术框架存在便是合理的，各有优势和缺点，没有哪一个最好哪一个最坏，在合适的场景选择合适的框架，它就是把双刃剑，反之将贻误终生。

 

花了半天时间写这篇文章，但愿点赞的兄弟下个月能加工资500，谢谢观看。