码迷,mamicode.com
首页 > 其他好文 > 详细

【三层】大神与菜鸟的区别

时间:2015-02-06 21:54:42      阅读:260      评论:0      收藏:0      [点我收藏+]

标签:架构设计   重构   软件工程   mvc   vs   

     经过几天的奋战,终于对三层的概念有了大概的了解,不免有些小激动!因为过了三层即将来临的就是机房收费重构了。从软件工程开始,UML、C#、设计模式、VB.NET,再到现在的三层,都是在为机房收费的重构做准备。。俗话说,光说不练假把式!有了一肚子墨水却写不出好文章,那就成了书呆子啦。。

     步入正题,三层学完,看看我的收获吧!


     一、设计分层的原则

     1、逻辑分组。

     例如,对用户界面,业务逻辑和数据访问组建应该使用不同的层。例如,A层可以访问B层,但B层不能访问A 层。

     2、高内聚、低耦合。

     如业务层组建仅应提供与业务逻辑相关的操作,而不是提供其他操作。

     3、考虑物理边界。

     在设计的每一个层接口时,如果通信扩大了物理边界,使用基于消息操作;否则使用基于对象操作。

     4、尽量使用Interface定义接口

     这将允许你创建该接口的不同实现,提高可测性。

     5、实现基于消息的接口

     对于Web应用程序,在表示层和业务逻辑层之间实现基于消息的接口是一个好主意,即使这两层没有跨越物理边界。基于消息的接口更适合于无状态的Web操作。


     二、定义

     1、表示层(UI):展现给用户的界面,即用户在使用一个系统的时候他的所见所得。   

     2、业务逻辑层(BLL):针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理。   

     3、数据访问层(DAL):该层所做事务直接操作数据库,针对数据的增添、删除、修改、查找等。

  

     三、作用

     表示层:

     用于显示数据和接收用户输入的数据,为用户提供一种交互式操作的界面。

     业务逻辑层:

     1、对数据层的操作,对数据业务逻辑处理。

     如果说数据层是积木,那逻辑层就是对这些积木的搭建。它是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计。

     2、它处于数据访问层与表示层中间,起到了数据交换中承上启下的作用。

     层与层之间是一种弱耦合结构,层与层之间的依赖是向下的,底层对于上层而言是“无知”的,改变上层的设计对于其调用的底层而言,是没有任何影响的。所以,业务逻辑层的设计对于一个支持可扩展的架构尤为关键,因为它扮演了两个不同的角色。对于数据访问层而言,它是调用者;对于表示层而言,它却是被调用者。

     依赖与被依赖的关系都纠结在业务逻辑层上,如何实现依赖关系的解耦,则是除了实现业务逻辑之外留给设计师的任务。  

     数据访问层:

     实现对数据表的Select,Insert,Update,Delete的操作。

     如果要加入ORM的元素,那么就会包括对象和数据表之间的mapping,以及对象实体的持久化。主要是对原始数据(数据库或者文本文件等存放数据的形式)的操作层,而不是指原始数据,也就是说,是对数据的操作,而不是数据库,具体为业务逻辑层或表示层提供数据服务。

   

     四、调用

     微软的DNA架构定义了三个层:UI、BLL、DAL。具体又分为:界面外观层、界面规则层、业务接口层、业务逻辑层、实体层、数据访问层、数据存储层共七层。其具体的调用如图所示:

 技术分享

     五、优缺点

     优点

     整体上实现了高内聚、低耦合的原则(面向对象)

     1、可维护

     2、可复用

     3、可扩展

     4、灵活性好

     缺点

     1、降低了系统的性能。

     这是不言而喻的。如果不采用分层式结构,很多业务可以直接造访数据库,以此获取相应的数据,如今却必须通过中间层来完成。   

     2、导致级联的修改。

     这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能,为保证其设计符合分层式结构,可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。   

     3、增加了开发成本。

 

     六、与MVC的区别

      定义

     MVC也是一种架构设计,在《大话设计模式》中有提到过。MVC是三个单词的缩写,分别为: 模型(Model),视图(View)和控制Controller)。 MVC模式的目的就是实现Web系统的职能分工。

     Model层实现系统中的业务逻辑,通常可以用JavaBean或EJB来实现。

     View层用于与用户的交互,通常用JSP来实现。

     Controller层是Model与View之间沟通的桥梁,它可以分派用户的请求并选择恰当的视图以用于显示,同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。

 

     VS

     同样是架构级别的,相同的地方在于他们都有一个表现层,但是他们不同的地方在于其他的两个层。   

     在三层架构中没有定义Controller的概念;而MVC没有把业务的逻辑和数据的访问看成两个层,这是采用三层架构或MVC搭建程序最主要的区别。

     当然,在三层中也提到了Model,但是三层架构中Model的概念与MVC中Model的概念是不一样的,“三层”中典型的Model层是以实体类构成的,而MVC里,则是由业务逻辑与数据访问组成的。

 

     小结

     一个好的分层式结构,可以使得开发人员的分工更加明确。一旦定义好各层次之间的接口,负责不同逻辑设计的开发人员就可以分散关注,齐头并发。虽然三层架构仍有不可避免的缺陷,但是软件分层结构使得代码维护非常方便,设计明确,各层独立,专注自己擅长的领域。通过对三层的学习,对软件体系结构又有了更深入的了解。

     以上所写,就是大神与菜鸟的区别!这句话起到辉映标题的作用。。

【三层】大神与菜鸟的区别

标签:架构设计   重构   软件工程   mvc   vs   

原文地址:http://blog.csdn.net/xiada_you_comeon/article/details/43570865

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!