浅谈三层架构

浅谈三层架构

ID:24060962

大小:55.00 KB

页数:3页

时间:2018-11-12

浅谈三层架构_第1页
浅谈三层架构_第2页
浅谈三层架构_第3页
资源描述:

《浅谈三层架构》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库

1、浅谈三层架构一、三层的分层式系统三层架构将数据层、应用层和业务层分离,业务层通过应用层访问据库,保护数据安全,利于负载平衡,提高运行效率,方便构建不同网络环境下的分布式应用。三层系统的分层式结构:分层的依据就是满足系统开发过程中的“高内聚、低耦合”的原则。表现层(UI):展现给用户的界面,即用户在使用一个系统的时候他的所见所得依据应用规模的不同,所承受的负荷会有较大的差异,另外客户端的数目,应用的复杂程度都会对其造成一定的影响。业务逻辑层(BLL):对数据层的操作和业务的处理。接收用户的指令或者数据输入,提交给应用层做处理,同时负责将业务逻辑层的处理结果显示

2、给用户。相比传统的应用方式,业务层对硬件的资源要求较低:据层(DAL):直接操纵数据库,主要是増删改查的功能。存储数据的数据库服务器和处理数据和缓存数据的组件。组件将大量使用的:据放入系统的缓存库,以提高数据访问和处理的效率业务逻辑层是整个三层的核心内容,分层的原理就是在客户端和数据库之间加一个“中间层”,对数据的访问起到一个承上启下的作用。两者的访问都是通过中间层进行的,不能直接联系。三者之间的依赖关系的体现:数据访问层的类,直接访问数据库,实现基本记录操作。业务逻辑层的类,调用相关的数据访问类,实现用户所需功能。界面层:部署控件后,调用业务逻辑层的类,实

3、现功能。二、三层设计的优缺点:优点:1、开发人员可以只关注整个结构中的其中某一层;2、可以很容易的用新的实现来替换原有层次的实现;3、可以降低层与层之间的依赖;4、有利于标准化;5、利于各层逻辑的复用。缺点:1、降低了系统的性能。如果不采用分层式结构,很多业务可以直接造访数据库,以此获取相应的数据,如今却必须通过中间层来完成2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能,为保证其设计符合分层式结构,可能需要在相应的业务逻辑层和数据访问层中都増加相应的代码。三、三层与MVC的区别:MVC(模型Model•视图View

4、-控制器Controller)是一种设计模式,我们可以用它来创建在域对象和UI表示层对象之间的区分。同样是架构级别的,相同的地方在于他们都有一个表现层,但是他们不同的地方在于其他的两个层。在三层架构中没有定义Controller的概念。而MVC也没有把业务的逻辑访问看成两个层,这是采用三层架构或MVC设计程序最主要的区别。当然了。在三层中也提到了Model,但是三层架构中Model的概念与MVC中Model的概念是不一样的,“三层”中典型的Model层是以实体类构成的,而MVC里,则是由业务逻辑与访问数据组成的。

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。