0.《设计模式》概述
-
意图:为某个子系统中的一组接口提供一个一致的高层接口,方便对这个子系统的使用。
-
适用性
为一个复杂的子系统提供一个简单接口。
将一个系统划分成若干个子系统以降低系统复杂性,同时为每个较为复杂的子系统提供一个外观类,从而最小化子系统之间的通信和相互依赖关系。 -
优点
对客户屏蔽构成子系统的部件,简化了子系统的使用。
实现了子系统与客户之间的松耦合关系。
有助于建立层次结构的系统,也有助于为对象之间的依赖关系分层。
层间通过Facade联系
还可以降低编译依赖性。
并不妨碍客户程序使用子系统内部的部件,确保子系统具有易用性的同时还具有通用性。
问题
市场上有很多种股票,股民自己炒股时需要全部都了解,并且亲自控制每个的购买和抛售,很麻烦。这表现了高耦合,如图:
解决方法:用户将资金给基金,基金帮忙做所有操作,用户不用知道有哪些股票。如图:
结构和代码
- 结构
-
代码
-
四个子系统类
class SubSystemOne { public void MethodOne() { System.out.ptintln("子系统方法一"); } } class SubSystemTwo { public void MethodOne() { System.out.ptintln("子系统方法二"); } } class SubSystemThree { public void MethodOne() { System.out.ptintln("子系统方法三"); } } class SubSystemFour { public void MethodOne() { System.out.ptintln("子系统方法四"); } }
-
外观类
class Facade { SubSystemOne one; SubSystemTwo two; SubSystemThree three; SubSystemFour four; public Facade() { one = new SubSystemOne(); two = new SubSystemTwo(); three = new SubSystemThree(); four = new SubSystemFour(); } public void MethodA() { one•MethodOne(); two.MethodTwo(); four•MethodFour(); } public void MethodB() { two.MethodTwo(); three.MethodThree(); } }
-
客户端
static void Main(string[] args) { Facade facade = new Facade (); facade.MethodA(); facade.MethodB(); }
-
优点
-
应该什么时候使用外观模式呢?
首先,在设计初期阶段,应该要有意识的将不同的两个层分离,比如经典的三层架构,就需要考虑在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间建立外观Facade,这样可以为复杂的子系统提供一个简单的接口,使得耦合大大降低。
其次,在开发阶段,子系统往往因为不断的重构演化而变得越来越复杂,大多数的模式使用时也都会产生很多很小的类,给外部调用它们的用户程序带来了使用上的困难,増加外观Facade可以提供一个简单的接 口,减少它们之间的依赖。
第三,在维护一个遗留的大型系统时,可能这个系统已经非常难以维护和扩展了,但因为它包含非常重要的功能,新的需求开发必须要依赖于它。此时用外观模式Facade也是非常合适的。你可以为新系统开发一个外观Facade类,来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口,让新系统与Facade对象交互,Facade与遗留代码交互所有复杂的工作。