【开源.NET】 分享一个前后端分离的轻量级内容管理框架

开发框架要考虑的面太多了：安全、稳定、性能、效率、扩展、整洁，还要经得起实践的考验，从零开发一个可用的框架，是很耗时费神的工作。网上很多开源的框架，为何还要自己开发？我是基于以下两点：

1. 没找到合适的：安全、稳定、简单、易用、高效、免费；
2. 想成为架构师；

于是就自己动手，参考网上开源的项目和借鉴网友的设计思路（特别是萧秦系列博文），结合自己的实践，开发了一个简单、易用、高效的的框架，虽然不完善，但也能解决现实中的问题。不过随着见识增广，发现没负责过千万级别的项目难以成为架构师，也不可能开发出一个完美的框架。那就先开源出来，后面慢慢维护和完善。

一、框架结构图

二、分层

从框架图看出，按代码结构业务来分为 5 层：

1. Web: 展示层
2. WebApi: Http 接收与响应
3. Service: 业务逻辑和数据处理
4. EasyCore: 半ORM（Easy.DataProxy, Easy.Office, Easy.SqlConfiguration）
5. Model: 实体

对应解决方案的项目结构:

按功能角度分为 3 层：

1. 浅蓝色的： 展示层
2. 深蓝色的： Http接收与响应层
3. 浅橙色的： 业务逻辑和数据处理层

按业务分为 2 层：

1. 浅蓝色的： 展示层
2. 浅橙色的： 业务逻辑和数据处理层

也就是经典的 3 层架构， 我只是把后面的业务逻辑层和数据处理层合拼为 1 层。理论上把业务逻辑和数据处理分离是很合理的，但现实是数据处理往往就是写 Sql, 而 Sql 不只是简单获取数据，很多时候会耦合有大量的业务逻辑在里面, 导致程序员去处理业务时，把一个业务需求拆分到 2 层去处理，这样不能享受分层的好处，反而带来以下副作用：

1. 破坏单一业务的内聚性；
2. 分散程序员的注意力：一条很合理的线性思路，分离到 2 个项目去实现；
3. 增加程序复杂度：看懂一个业务代码的实现，要同时看两个层的代码；

当然把