Mvc+Hui+SqlSugar+Autofac+NLog+T4 架构设计(一)

　　一、前言

 

　　作为小菜鸟第一次写博客的我还有点小激动，最近开始打算着手写一个属于自己架构。算下来差不多最近花一周多的下班时间了来写这个框架，本来想整体架构开发完成测试完成后才写博客，怕自己没时间或失去动力，就先把自己架构设计拿出来分享一下，在下一章我会把整体代码公布出来，整体代码。

　　在刚开始搭建框架时，首先考虑的是简单轻巧结构清晰，这次搭建大多也是靠着自己想象去设计，其中也有大牛的参考，不管做得怎么样，这也是对自己技术能力的提升（从小菜鸟到菜鸟的过程，^_^）相信自己以后会做得更好。也希望大牛们和大大牛们的指点。不要骂小菜鸟哟，我的小心灵是很脆弱的哦！O(∩_∩)O哈哈~废话不多说了，开始进入主题。

 

　　二、结构图

　　

 

　　上图是本项目框架RDF的整体架构，在每一层模块中都只写了基本结构，只简单的标明了他们的关系，详细将在下面介绍。

　　

　　上图是在项目中的RDF的架构图。

　　三、整体结构说明

　　现在开始从下往上的介绍：

　　　　1、Infrastructure（基础设施层）

　　　　　　 RDF.Infrastructure：这个类库提供了整体架构的基础核心功能，主要用于与数据有关的操作，例如数据库、缓存、mongoDB等。这里Orm框架我用的是SqlSugar，非常轻巧的一个Orm框架，大家有兴趣也可以去官网看一下。这里提供了公共的仓储封装了常用的方法和缓存，提供了Aop事务拦截器的特征。这里不进行业务代码编写，只提供核心基础模块的调用，这里可以独立的封装为dll来调用。

　　　　2、Domain（业务核心层）

　　　　　　RDF.Domain：这个类库主要用于业务最核心，最基本的业务逻辑。这里主要以大模块和小的子模块开发为主，子模块主要实现了基础设施层的仓储的公共方法，每个小模块的还可以实现自己的方法逻辑。而大模块实际就是用于处理业务的逻辑，只不过这里实现核心业务，这里操作会调用到很多子模块根据业务复杂度，如果以后要修改一个功能模块就不需要修改子模块，只需要找到相对应的业务模块（主模块）进行修改，主模块就是业务流程的处理，可以根据自己的需求进行模块范围的划分。

　　　　3、Application(应用层)

　　　　　　RDF.Web.App：这个类库主要对核心业务进行二次处理，这里主要是接受展示层的数据进行与http相关的处理，例如webfrom或mvc或api调用，然后传给核心业务类，根据核心业务的操作进行响应。

　　　　4、Common（公共设施层）

　　　　　　4.1、RDF.Common：这个类库主要为整个项目提供的公共操作方法，还有log日志记录，这里日志我用的是Nlog，提供了日志拦截器特征，只要打上标签就可以记录该方法可能会出现的异常，相当于以前的异常捕获并处理，这里的处理只需要打上标签输入可能抛出异常的消息并存入数据库和日志文本，可根据配置进行存储，还可以记录该方法是某某什么时间开发的，这样方便找到维护人员进行维护。(注：这里的日志特征和事务特征都是使用的动态接口aop。)

　　　　　　4.2、RDF.Model：这个类库提供了数据库实体和其它的定义，这里的实体用的是T4模板生成。

　　　　5、Presentation（展现层）

　　　　RDF.Mvc.Site：网站的展示层，配置了autofac进行依赖注入和aop的操作。

　　　　四、总结

　　　　这个项目结构只是最初版本，在下一章开源时，以权限架构为完成目标分享，在代码逐步完成中和测试中，后续框架不合理部分将会重写，架构和代码完善后将会写T4来生成架构。

 

 

转载于:https://www.cnblogs.com/dwen/p/9052664.html