首页 > 代码库 > 分层架构(第一张章)
分层架构(第一张章)
假如没有用分层开发,仔细分析三人的开发过程,很容易发现其中的问题:
>三人排队式的轮番工作,花费的时间是三人工作时间之和。
>后面开发的人基本都是要先花费时间熟悉前面人的代码,否则开发难以继续。
>以前的相似甚至是功能完全相同的代码难以重用、移植、因为数据显示和处理逻辑的代码掺杂在一起了。
>需求上要求的大部分功能早就实现过,只显示的方式不同,结果全部代码都全部代码都重新开发一遍。这实在不符合面向对象开发的一个重要的原则――可重用性。
根据面向对象设计(OOD)中的“单一职责(Single Responsibility Priinciple)”原则,类的设计要保持内聚性,不要负责太多不想干的功能。
分层架构:
>数据访问层:这一层处于最底层,负责与数据库的交互,也称为DAL(Data Access Layer)。
>表示层:这一层直接和用户打交道,负责显示或获取数据,也称为UI层(User Interface Layer)。无论使用控制台还是Windows窗体显示数据,都是表示层的一种的应用。
表示层依赖于数据访问层,两层职能分开,协助工作,其依赖关系。
分层开发的优势和特点:
>代码复用
>分离开发人员的关注
>无损替换
降低程序间的依赖
分层架构(第一张章)
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。