续上篇）
大鸟说道：“实际上没有学过设计模式去理解三层架构会有失偏颇的，毕竟分层是更高一级别的模式，所谓的架构模式。不过在程序中，有意识的遵循设计原则，却也可以有效的做出好的设计。”
“不要告诉我，刚才讲的‘迪米特法则’就会在分层中用得上菜说。
“当然用得上，否则讲它干吗，你当我是在安慰你而临时编个法则来骗骗你呀再来看看你上次写的代码。”
先来看看之前用反射机制改良的pos程序
“上面代码，里面有没有什么与界面无关的东西鸟问道。
“第4、5行是读配置文件的代码，它应该属于DAL层。对吧br> “很好，再看下面的这段，里面又有哪些呢/p>
“这里3-13行，是为确定哪种算法而创建CashContext对象，其中用到了反射技术，为计算做准备。第16行是真正的计算打折价或返利，17-19是界面显示的部分。所以应该把3-16行都搬到BLL层去。不过，我还有些疑问，这样做会让配置文件的数据要先从DAL转到BLL，再转到表示层，多麻烦呀，什么不直接表示层读DAL，它想要数据就去读DAL，它想算结果就去请求BLL处理/strong>
“那是说明你没有真的了解什么叫迪米特法则，象你那样说，不就等于，你小菜又要认识小张，又要认识小李了，这不就耦合过度吗你只需要认识一个人就可以了，这样依赖才会小呀！”
“可是我就得在BLL里写一个专门返回从DAL里得到数据的方法，这个方法不属于现在的任何类，我就还得再写一个类来做这种传声筒的角色。而且由于界面还要涉及到其它的类，如CashContext，感觉UI和BLL耦合还是很高。”
“说得没错，你的确是讲到点子上了，由于表示层UI需要与BLL有两个类进行交互，这是很麻烦，不过前辈们就想了了一个较好的办法，另一个设计模式，‘门面模式’（Facade）或叫外观模式”
（以下源自吕震宇 博客）
门面模式要求一个子系统的外部与其内部的通信必须通过一个统一的门面(Facade)对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。
门面模式的结构
门面模式是对象的结构模式。门面模式没有一个一般化的类图描述，下图演示了一个门面模式的示意性对象图：
“好了，去改写吧，你一定会感受到分层后代码的漂亮。”大鸟鼓励道。
过一小时后，小菜给出商场收银程序的第六份作业。。
DAL层代码（目前是读配置文件，以后可以很容易的修改为访问数据库）
BLL层主要代码（Facade类代码）
UI层代码（可以很容易的转换为Web页面）
项目文件结构图
大鸟接着说：“之前的代码，下拉控件的绑定是硬编码，所以只要改动需求就得改代码，现在是读配置文件，大大增加灵活性；之前的代码是根据用户选择，分支判断执行相应的算法，现在整个算法类全部搬走，做到了业务与界面的分离；之前的代码由于全写在form里，所以要更换成Web方式，即C/S改为B/S非常困难，要全部重新写（注意真实的软件系统不会这么简单，所以简单复制不能解决问题），现在的代码由于把业务运算分离，所以界面的更改不会影响业务的编写。还有就是现在的代码由于DAL与BLL分离，配置文件可以很容易的更换为数据库读取，且不需要影响表示层与业务逻辑层的代码。总的来讲，若是程序不会变化，原有的设计就没什么问题，运行结果正确足够了，但若是程序可能会时常随业务而变化，新的设计就大大提高了应变性，这其实就是应用设计模式的目的所在。”
“我现在越来越有信心学好它，设计模式真的很有意思，学它不学它，写出来的代码大不一样。老大，跟你混，看来没有错。”
“嗨，小菜，我不做老大已经很久了！”大鸟仰身长叹，扬长而去。
（待续）
相关资源：…智慧农业信息化建设解决方案-管理软件文档类资源-CSDN文库
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！