MVC实用架构设计（〇）——总体设计

发布时间：2024-04-03 17:19:26 来源：互联网

.

系列导航MVC实用架构设计（〇）——总体设计 MVC实用架构设计（一）——项目结构搭建 MVC实用架构设计（二）——使用MEF应用IOC MVC实用架构设计（

系列导航

MVC实用架构设计（〇）——总体设计
MVC实用架构设计（一）——项目结构搭建
MVC实用架构设计（二）——使用MEF应用IOC
MVC实用架构设计（三）——EF-Code First(1)：Repository，UnitOfWork，DbContext
MVC实用架构设计（三）——EF-Code First(2)：实体映射、数据迁移，重构
MVC实用架构设计（三）——EF-Code First(3)：使用T4模板生成相似代码
MVC实用架构设计（三）——EF-Code First(4)：数据查询
MVC实用架构设计（三）——EF-Code First(5)：二级缓存
MVC实体架构设计（三）——EF-Code First(6)：数据更新
未完待续。。。

前言

　　一直以来都想写这个系列，但基于各种理由（主要是懒惰），迟迟没有动手。今天，趁着周末的空档，终于把系列的目录公布出来了，算是开个头，也给自己一个坚持写博客的理由吧。

　　这个架构是从我近期在做的一个项目中剥离出来的，这个项目由我从0开始一手搭建，在整个过程中不断学习（在博客园中参考了很多大牛的作品）与思考中不断完善，项目的结构也从一个普通的类PetShop三层结构演变成了现在这样，一切以实用为目的，所以项目的改造过程中并不太严格遵守传统三层的定义，这个在下篇《项目结构搭建》及以后的系列文章中都会提及到，也会与传统三层结构进行对比。

　　写这个系列的目的之一也是想把当前项目的架构抽象出来，以希望得到高手大牛们的指点，指出不足之处，以求发展改进。

　　本系列使用的开发环境为：Windows 7 SP1、 Visual Studio 2012 (Update2)、TFS2012 (微软TFS云服务)、SQL Server 2008+，并使用 Resharper 7.1 进行代码优化。

结构图

　　上图是本构架的设计图，纵向中间一列为架构主体部分，两边的小列为周边的依赖项，如果横向有交集，则说明主体部分对周边存在依赖。比如GMF.Demo.Core.Data依赖于Domain Models与EntityFramework，但GMf.Demo.Site.Web与GMF.Demo.Site对Entityframework不存在依赖。同样，Log模块也仅为GMF.Demo.Site.Web服务等等，这些在下面的结构说明中也会详加说明。

结构说明

Infrastructure（基础设施层）：提供系统中与业务无关的基础设施功功能
1. GMF.Component.Tools：工具组件，提供通用辅助操作功能，扩展方法，异常定义，日志记录定义与实现等功能
2. GMF.Component.Data：数据组件，提供与业务无关的EF数据上下文，单元操作，仓储操作，EF二级缓存等功能的定义与实现
Core (业务核心层)：提供与业务实体密切相关的业务功能
1. GMF.Demo.Core.Models：业务实体模型，定义用于系统核心业务实现的数据模型的定义
2. GMF.Demo.Core.Data：业务数据访问定义与实现：提供与业务相关的数据访问功能的实体映射，数据迁移，仓储操作的定义与实现
3. GMF.Demo.Core：业务核心功能定义与实现：提交与客户端（网站，桌面端，移动端）无关的业务逻辑的实现，业务核心层主要特征如下：
  1. 此层是业务逻辑处理的核心，数据载体为业务实体
  2. 此层所有类为抽象类，需要在相应的客户端（网站，桌面端，移动端）进行继承后才能被展现层调用
  3. 此层要做到客户端（网站、桌面端、移动端）状态（如网站的Cookie，Session等）无关性，所有客户端特有的业务都要在相应的派生层中进行处理，转换为状态无关后再调用此层进行运算
  4. 对于不同客户端（网站、桌面端、移动端）的数据，只需要转换为业务实体即可调用此层代码进行运算，解决相同业务在不同客户端代码重复的问题
Application (站点应用层)
Presentation (展现层)
1. GMF.Demo.Client.Consoles：业务控制台，可对功能代码段，核心业务等功能进行调用测试。
2. GMF.Demo.Site.Web：网站UI展现
  1. 对Action执行权限进行检查
  2. 接收用户输入并转交给站点业务层进行处理
  3. 记录功能操作的日志记录与异常日志