《大话设计模式》笔记（五）
第十章 模板方法模式
u 既然用了继承，并且肯定这个继承有意义，就应该要成为子类的模板，所有重复的代码都应该要上升到父类去，而不是让每个子类都去重复。
u 当我们要完成在某一个细节层次一致的一个过程或一系列步骤，但其个别步骤在更详细的层次上的实现可能不同时，我们通常考虑用模板方法模式来处理。
u 模板方法模式，定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构可重定义该算法的某些特定步骤。
u 模板方法模式是能过把不变行为搬移到超类，去除子类中的重复代码来体现它的优势。模板方法模式就是提供了一个很好的代码复用平台。
u 当不变的和可变的行为在方法的子类实现中混合在一起的时候，不变的行为就会在子类中重复出现。我们通过模板方法模式把这些行为搬移到单一的地方，这样就帮助子类摆脱重复的不变行为的纠缠。
第十一章 迪米特法则
u ‘迪米特法则（LoD）’也叫最少知识原则。如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。
u 在类的结构设计上，每一个类都应当尽量降低成员的访问权限。
u 迪米特法则强调了类之间的松耦合。
u 类之间的耦合越弱，越有利于复用，一个处在弱耦合的类被修改，不会对有关系的类造成涉及。
第十二章 外观模式
u 外观模式，为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
u 何时使用外观模式：
1. 在设计初期阶段，应该要有意识的将不同的两个层分离
2. 在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，增加外观类可以提供一个简单的接口，减少它们之间的依赖。
3. 在维护一个遗留的大型系统是，可能这个系统已经非常难以维护和扩展了，可以为新系统开发一个外观类，来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口，让新系统与外观对象交互，外观类与遗留代码交互所有复杂的工作。
------------------------------------------------
我的独立博客：壊小子 - http://www.zyblog.net/
本文链接：http://www.zyblog.net/post-53.html
欢迎转载，转载请注明本文来源。
