分享一个Mvc的多层架构

时间：2014-04-08 08:28 来源：互联网作者：源码搜藏收藏

多层架构是啥？多层架构是开发人员在开发进程傍边面临杂乱且易变的需求采纳的一种以阻隔控制为主的应对战略，关于多层架构的规范，我以为有一句话是对比有代表性的每一层都可以独自布置，最传统，最简略的即是从三层开端的：将整个项目自下而上的分为：

多层架构是啥？

多层架构是开发人员在开发进程傍边面临杂乱且易变的需求采纳的一种以阻隔控制为主的应对战略，关于多层架构的规范，我以为有一句话是对比有代表性的“每一层都可以独自布置”，最传统，最简略的即是从三层开端的：

将整个项目自下而上的分为：数据耐久（数据拜访）层，逻辑（事务）层，UI(展现)层。

数据拜访层：担任将数据耐久化呼应的数据存储设备上，如DataBase，Txt，Excel等。

事务逻辑层：担任处理为满意软件需求而订制的一系列的逻辑与事务，如用户在前端下订单之后，整个事务流可以涉及到，获取用户信息，获取产品信息，获取购物车信息，验证产品可采购数量是不是满意本次采购，关于用户身份发生不一样的优惠战略，一起会验证Cookie，Session等端发生数据的有效性，结尾才会发生订单，而订单发生之后会涉及到仓储物流等一系列的Erp体系事务，一切的这一套都归于“下订单”这一需求的事务逻辑。

展现层：担任与用户交互的界面，杰出的用户体会多是使用在这儿。

学习过Petshop的话，关于三层都不会生疏：

可是跟着事务的杂乱每一层都会有自个的进化，结尾有了许多附加在三层之上的结构与开发思维。

Mvc与MVP：

首要我一直以为这两种事归于展现层的，“展现层MCV”，“展现层MVP”。

然后咱们站在展现层的角度思考一下“Mvc”与“MVP”。

Mvc：分为model，Controller，View，信任咱们关于他现已很熟悉了，在此不再累述。

MVP：MVP有Model-Presenter-View三个层次

其实在楼主最开端接触Mvc的时分，就在想假如直接经过Controller与Model交互是不是显得有一些“不干净”，因为在楼主眼里“展现层的Controller”，做得最多的应该即是关于恳求路由的不一样呼应与调用，可是许多的比如会将一些数据验证，去糟的操作进程放在Controller中，显得不三不四。当MVP呈现的时分，全部满意了楼主的梦想，P的进程即是满意了这一需求，P起到中介的作用，担任接纳视图恳求，再把成果映射到view上，P可以不对View做强引证，可经过IView适配多个view。当然我也会在这儿做一些关于于终端数据的验证与过滤。

事务逻辑：

从描绘上可以看的很明白，整个自上而下的布局，最杂乱，最可以失控的即是事务逻辑层，因为其间包括着许多的不可控因素，每个职业范畴的需求都有可以包括本身的范畴常识。所以在之后的多层架构开展构成傍边，更多的改动与才智是表现在这儿。

范畴驱动：限于自己才学不能在这儿共享太多，以防误导咱们，想知道更多可参考园子里的其他大牛，其实没有3，5年有关经历是很难知道的，个人感觉假如你不知道的话也不会对你有啥影响，因为范畴驱动是树立在杰出的面相目标剖析，鸿沟划分根底之上的，在学习的进程傍边现已能协助你去学习到足够多的常识了，结尾到不到山巅其完成已无所谓了。

简略的说，这个思维最重要的是以事务范畴为中心进行发散，希望在改动程序的其他有些，不会影响到范畴模型，也即是那句话为了“杂乱的体系应用程序中事务规矩行为办法（即是“范畴逻辑”）是会常常改动的，咱们要去拥抱这种改动”。布局图：

CQRS:是指指令查询责任的别离，是一个小的形式形状，该形式的关键在于：“一个办法要么是用来改动某个目标的状况的，要么即是回来一个成果，这两者不会一起并存”。将整个体系分拆为两个有些：

Commands（指令） - 改动某一个目标或整个体系的状况（有时也叫做modifiers或许mutators）。
Queries（查询） - 回来值而且不会改动目标的状况。

架构图：

不论DDD也罢，CQRS也罢，其实这两种都不会100%合适一切的项目架构的，这就需求架构师联系项目本身特色及需求有所挑选，可是其间的思维咱们可以运用在项目的任何地方。

根据音讯的分布式：

其实不论使用如何的架构，参加如何的架构思维（soa），中心或许是开发者最想到达的即是层次，体系之间的解耦，杂乱的东西没人会喜爱。

跟着体系的开展，咱们的程序会涉及到多台服务器，多种终端，一起为知道耦咱们引进了根据音讯的分布式架构。

首要，所以体系的通讯根据音讯，逻辑联系不会涉及到详细的事务完成，一起音讯的传递更加的贱卖可适配多种终端。

其次，因为所用逻辑仅仅根据音讯完成，迭代的本钱也会有关于其他耦合项目更快更便利。

展现层：

随之Web2.0的到来单一页面展现的信息也更加的丰富，Ajax，js的盛行也使得Ui端的操作也更加变重，所以咱们有希望以一种工程的思维去拥抱这种改动，所以MVVM，js的Mvc结构陆续呈现。一起跟着移动互联网的兴起，不一样终端关于体系的对接也非常重要，所以咱们思考在Ui与Logic之间引进Application或Service层应对不一样终端装备。

如：咱们在Client Presenter Layer 上参加WCF适配多种终端提交的订单，都是树立在音讯根底之上的，楼主之前做电商体系是关于于来自淘宝，天猫，亚马逊订单时，为防止呈现对库中订单并发，发生“超买”状况，采用了在上层Ui与logic层之间引进了OrderChannel层，将不一样终端订单进行排队的解决方案。

以上是架起一个可以适配不一样需求的架构进程，可是真实的真理是需求咱们在实践中，过错中罗致的。

下面是楼主简略的小分层架构，不当，不足之处希望咱们辅导指正。

层次划分：

为了完成独自布置，层次解耦所以层次之间是根据接口完成的。

DataAccess层引进仓储完成一致DTO操作，完成根据Ef：

IRepository：

    public interface IRepositorywhere T:class {
        IEnumerableFindAll(Expressionbool>> exp); void Add(T entity); void Delete(T entity); void Submit();
    }

引进RepositoryBase完成接口定义：

public class RepositoryBase:IRepositorywhere T:class {
        DbContext context; public RepositoryBase(DbContext _context)
        {
            context = _context;
        } public RepositoryBase() { this.context = new TestDBEntities();
        } public IEnumerableFindAll(Expressionbool>> exp)
        { return context.Set().Where(exp);
        } public void Add(T entity)
        {
            context.Set().Add(entity);
        } public void Delete(T entity)
        {
            context.Set().Remove(entity);
        } public void Submit()
        {
            context.SaveChanges();
        }
    }

这关于单一的某个仓储咱们独自引进其本身的仓储接口：

    public interface IUserRepository:IRepository {
        IListGetAllById(int id); bool CheckUserExist(UserTest u);
    }

特定仓储完成：

    public class UserRepository : RepositoryBase,IUserRepository
    { public IListGetAllById(int id)
        { using (TestDBEntities entities=new TestDBEntities())
            { var users = from u in entities.UserTests where u.ID == id select u; return users.ToList();
            }
        } public bool CheckUserExist(UserTest u)
        { using (TestDBEntities entities = new TestDBEntities())
            {
                Listusers = entities.UserTests.Where(ut => ut.UserName == u.UserName && ut.UserPassword==u.UserPassword).ToList(); return users.Count==0  false : true;
            }
        }
    }

在Service层相同树立有关接口适配特种服务：

IUserCore：

    public interface IUserCore
    {
        CommandStatueEnum UserLogin(IModel model);
        CommandStatueEnum UserRegister(IModel model);

        ListGetUsers(Expressionbool>> expr);
    }

UserCore：

public class UserCore : IUserCore
    { #region Structure IUserRepository _repository; public UserCore(IUserRepository repository) { this._repository = repository;
        } #endregion public CommandStatueEnum UserLogin(IModel model)
        { try {
                UserLogin u = model as UserLogin;
                UserTest uTest = new UserTest();
                uTest.UserName = u.UserName;
                uTest.UserPassword = u.Password; if (_repository.CheckUserExist(uTest))
                { return CommandStatueEnum.Succeed;
                } else { return CommandStatueEnum.Fail;
                }
            } catch (Exception ex) { throw ex;
            }
        } public CommandStatueEnum UserRegister(IModel model)
        { try {
                UserLogin u = model as UserLogin;
                UserTest uTest = new UserTest() { UserName=u.UserName, UserPassword=u.Password};
                _repository.Add(uTest);
                _repository.Submit(); return CommandStatueEnum.Succeed;
            } catch (Exception ex)
            { throw ex;
            }
        } public ListGetUsers(System.Linq.Expressions.Expressionbool>> expr=null)
        { return _repository.FindAll(expr).ToList();
        }
    }

Controller：

public class AccountController : Controller
    {
        IUserCore userCore; public AccountController(IUserCore _userCore)
        { this.userCore = _userCore;
        } // // GET: /Account/ #region view public ActionResult Home()
        {
            ViewBag.Users = userCore.GetUsers(u=>u.IsUse==1); return View();
        } public ActionResult Login()
        { return View();
        } public ActionResult Register()
        { return View();
        } #endregion #region Post [HttpPost] public ActionResult Login(UserLogin account)
        { try { if (userCore.UserLogin(account) == CommandStatueEnum.Succeed)
                { return RedirectToAction("Home");
                } else { return View();
                }
            } catch (Exception ex)
            {
                ExceptionModel.IsExcept = true;
                ExceptionModel.Exception = ex.ToString();
                ExceptionModel.CreateTime = DateTime.Now; return View();
            }
        }

        [HttpPost] public ActionResult Register(UserLogin account)
        { try { if (userCore.UserRegister(account) == CommandStatueEnum.Succeed)
                { return RedirectToAction("Home");
                } else { return View();
                }
            } catch (Exception ex)
            {
                ExceptionModel.IsExcept = true;
                ExceptionModel.Exception = ex.ToString();
                ExceptionModel.CreateTime = DateTime.Now; return View();
            }
        } #endregion }

关于接口之间咱们经过引进IOC东西解耦：

public class MvcApplication : System.Web.HttpApplication
    { protected void Application_Start()
        {
            AreaRegistration.RegisterAllAreas();

            WebApiConfig.Register(GlobalConfiguration.Configuration);
            FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
            RouteConfig.RegisterRoutes(RouteTable.Routes);
            BundleConfig.RegisterBundles(BundleTable.Bundles);
            AuthConfig.RegisterAuth(); #region IOC var builder = new ContainerBuilder();
            SetupResolveRules(builder);
            builder.RegisterControllers(Assembly.GetExecutingAssembly()); var container = builder.Build();
            DependencyResolver.SetResolver(new AutofacDependencyResolver(container)); #endregion } private void SetupResolveRules(ContainerBuilder builder)
        { //Components are wired to services using the As() methods on ContainerBuilder builder.RegisterType().As();
            builder.RegisterType().As();
        }

    }