MVC与 三层 模型摸索.doc

MVC与三层模型摸索最近在学****mvc设计形式,拿它和三层架构做了一些比拟:我感受mvc设计形式,关键在于发生model,model即便mvc形式的灵魂,他包括了三层架构里面的"实体规范层"、"行动法定层"、"数据拜会层";扼制器(Controller)用来采集view供给的用户数据,递交给model,同时归来model处理后的数据给view。model的设计能够参看三层架构的设计措施,将实体、行动法定(业务逻辑)和数据拜会离别,在数据拜会上能够利用orm框架。三层架构同样能够利用orm框架。个人感受三层架构和mvc都是很好的设计措施,目标都是减退系统的耦合性,长进重用率,长进系统的可维护性,能够依据迷恋举行抉择。如何在三层架构和mvc之间举行取舍呢?可能说它们就和我所会意的一样,依据迷恋抉择,未曾性质的优劣。三层架构是最大约的项目分层收获,而MVC则是三层架构的一个变体,MVC是一种好的开发形式。(模型层),重要负责出来业务逻辑以及数据库的交互V即View(视图层),重要用于揭示数据和提交数据C即Controller(扼制器),重要是用作捉拿哀求并扼制哀求转发三层:UI界面层BLL业务逻辑层,DAL数据拜会层,Model实体层MVC中的的M不是三层中的Model(实体层),他其实包括三层中的BLL,DAL,Model,这是极其要当心的,这也是他们之间的差异的关键所在其有点有如下:低耦合性高重用性和可实用性较低的生命周期成本迅速的安排可维护性利于于软件工程化管教当然优点也有缺点,那即便内部构造混杂,不草带会意,文件数量大,管教难度慷慨也就大概述在软件系统架构设计中,分层式构造是最常见,也是最重要的一种构造。微软评比的分层式构造等闲分为三层,从下至上离别为:数据拜会层、业务逻辑层(又或成为领土层)、表示层。三层构造原理:3个层次中,系统重要功能和业务逻辑都在业务逻辑层举行处理。所谓三层系统构造,是在客户端与数据库之间加入了一个"其中层",也叫组件层。这里所说的三层系统,不是指物理上的三层,不是容易地放置三台机器即便三层系统构造,也不但仅有B/S利用才是三层系统构造,三层是指逻辑上的三层,即便这三个层放置到一台机器上。三层系统的利用过程将业务法定、数据拜会、合法性校验等工作放到了其中层举行处理。通常情形下,客户端不直接与数据库举行交互,/DCOM通信与其中层发生连接,再经由其中层与数据库举行交互。表示层位于最外层(最上层),离用户最近。用于揭示数据和接收用户输入的数据,为用户供给一种交互式垄断的界面。业务逻辑层业务逻辑层(BusinessLogicLayer)无疑是系统架构中揭示中心价值的局部。它的关怀点重要凑近在业务法定的制订、业务流程的告终等与业务需求有关的系统设计,也即是说它是与系统所应付的领土(Domain)逻辑有关,许多时候,也将业务逻辑层称为领土层。例如MartinFowler在《PatternsofEnterpriseApplicationArchitecture》一书中,将全副架构分为三个重要的层:表示层、领土层和数据源层。作为领土驱动设计的前锋EricEvans,对业务逻辑层作了更精细地划分,细分为利用层与领土层,穿越度层进一步将领土逻辑与领土逻辑的处理计划离别。业务逻辑层在系统架构中