《趣谈三层架构的演变》由会员分享，可在线阅读，更多相关《趣谈三层架构的演变（6页珍藏版）》请在金锄头文库上搜索。
1、趣谈三层架构的演变发布 : 2009-9-04 20:52 | 作者 : 佚名 | 来源 : 本站整理 | 查看 : 94 次有关三层架构有很多理解。下面用养猪为比喻，介绍三层架构究竟是个什么东西。层次结构在现实社会里随处可见。 记得有个笑话讲有个村长得意地向他老婆吹牛： “全中国只有四个人比我官大，乡长、县长、 省长和国务院总理”。这个笑话也体现了真实社会中分层的现象。社会人群会分层， 公司人员结构也会分层， 楼房是分层的，甚至做包子的笼屉都是分层的。虽然分 层的目的各有不同，但都是为解决某一问题而产生的。所以，分层架构其实是为了解决某一问题而产生的一种解决方案。14.1.1 常用的 三层架
2、构设计软件系统最常用的一般会讲到三层架构，其 实就是将整个业务应用划分为表示层、业务逻辑层、数据访问层等，有的还要细一些，通过分解业务细节，将不同的功能代码分散开来，更利于系统的设计和开发， 同时为可能的变更提供了更小的单元，十分有利于系统的维护和扩展。常见的三层架构基本 包括如下几个部分，如图 14-1 所示。图 14- 1 常见的三层架构数据访问层 DAL ：用于实现与数据库的交互和访问，从数据库获取数据或保存数据到数据库的部分。业务逻辑层 BLL ：业务逻辑层承上启下，用于对上下交互的数据进行逻辑处理，实现业务目标。表示层 Web ： 主要实现和用户的交互， 接收用户请求或返回用户请求的
3、数据结果的展现，而具体的数据处理则交给业务逻辑层和数据访问层去处理。日常开发的很多情况下为了复用一 些共同的东西，会把一些各层都用的东西抽象出来。如我们将数据对象实体和方法分离， 以便在多个层中传递， 例如称为 Model 。 一些共性的通用辅助类和工具方法，如数据校验、缓存处理、加解密处理等，为了让各个层之间复用，也单独分离出来，作为独立的模块使用，例如称为 Common 。此时，三层架构会演 变为如图 14-2 所示的情况。图 14- 2 三层架构演变结果业务实体 Model ： 用于封装实体类数据结构， 一般用于映射数据库的数据表或视图， 用以描述业务中客观存在的对象。 Model 分离
4、出来是为了更好地解耦，为了更好地发挥分层的作用，更好地进行复用和扩展，增强灵活性。通用类库 Common ：通用的辅助工具类。在第 5.2 节中我们讲过可以将对数据库的共性操作抽象封装成数据操作类（例如DbHelperSQL ） ， 以便更好地复用和使代码简洁。 数据层底层使用通用数据库操作类来访问数据库，最后完整的三层架构如图 14-3 所示。图 14- 3 最后完整的三层架构数据库访问类 是对 ADO.NET 的封装， 封装了一些常用的重复的数据库操作。 如微软的企业库 SQLHelper.cs ， 动软的 DBUtility/DbHelperSQL 等， 为 DAL 提供访问数据库的辅助
5、工具类。通 过以上分析，我们知道如今常用的三层架构是个什么样子，同时，我们也知道了三层架构在使用过程中的一些演化过程。那么，为什么要这样分层，每层结构到底又 起什么作用呢？我们继续往下看。14.1.2 趣味理解：三层架构与养猪看新闻报道今年猪肉 价格一路高涨，据说有人养猪都发财致富奔小康了，程序员都说写代码没前途了，还不如去养猪，不过，可别认为养猪没有技术含量，比写代码容易，其实养猪也大 有学问。为了更好地理解三层架构， 就拿养猪来做个例子吧。 俗话说： “没吃过猪肉，还没见过猪跑啊！”。图 14-4 是三层架构化的养猪产业流水线趣味对此图。图 14-4 三层结构与养猪对比图 14-3 与图
6、14- 4 ，我们可以看出：数据库好比猪圈 ，所有的猪有序地按区域或编号，存放在不同的猪栏里。 DAL 好比是屠宰场 ，把猪从猪圈取出来进行（处理）屠杀，按要求取出相应的部位（字段） ， 或者进行归类整理 （统计） ， 形成整箱的猪肉 （数据集） ， 传送给食品加工厂 （ BLL ） 。本来这里都是同一伙人既管抓猪， 又管杀猪的， 后来觉得效率太低了， 就让一部分人出来专管抓猪了（ DBUtility ），根据要求来抓取指定的猪。 BLL 好比食品加工厂 ，将猪肉深加工成各种可以食用的食品（业务处理）。 Web 好比商场 ，将食品包装成漂亮的可以销售的产品，展现给顾客（ UI 表现层）。猪肉好
7、比 Model ，无论是哪个厂（层），各个环节传递的本质都是猪肉，猪肉贯穿整个过程。通用类库 Common 相当于工人使用的各种工具，为各个厂（层）提供诸如杀猪刀、绳子、剪刀、包装箱、工具车等共用的常用工具（类）。其实，每个部门本来是可以自己制作自己的 工具的，但是那样会使效率比较低，而且也不专业，并且很多工作都会是重复的。因此，就专门有人开了这样的工厂来制作这些工具，提供给各个工厂，有了这样的 分工，工厂就可以专心做自己的事情了。当然，这里只是形象的比喻， 目的是为了让大家更好地理解，实际的情况在细节上会有所不同。 这个例子也只是说明了从猪圈到商场的单向过程， 而实际三层开发中的数据交互是双
8、向的，可取可 存。不过，据说有一种机器，把猪从这头赶进去，另一头就噗噗噜噜地出火腿肠了。 如果火腿肠卖不了了， 从那头再放进去， 这头猪又原原本本出来了， 科幻的机器 吧，没想到也可以和三层结构联系上。 以上只是笑谈， 不过也使三层架构的基本概念更容易理解了。上面谈了那么多， 有人会问， 我直接从数据库取出内容直接操作不可以吗？为什么要这么麻烦地用三层架构呢？三层架构到底有什么好 处呢？不分层，当然可以， 就好比整个过程不分屠宰场、加工场之类的，都在同一个场所（工厂）完成所有的活（屠杀、加工、销售）。但为什么要加工厂和商场呢？因为当规模比较大的时候，管理起来就会变得非常复杂，这样的养殖方式已经无法满足规模化的需要了。 并且，从社会的发展来看，社会分工是人类进步的表现 。社会分工的优势就是让适合的人做自己擅长的事情， 使平均社会劳动时间大大缩短， 生产效率显著提高。 能够提供优质高效劳动产品的人才能在市场竞争中获得高 利润和高价值。人尽其才，物尽其用最深刻的含义就是由社会分工得出的。 软件开发也一样，做小项目的时候，分不分层确实看不出什么差别，并且显得更麻烦啰嗦 了。但当项目变大和变复杂时，分层就显示出它的优势来了。所以分不分层要根据项目的实际情况而定，不能一概而论。【编辑推荐】TAG: http:/
