外观模式 Facade

外观模式：为子系统提供一组通用接口，外部程序只能看到外观接口，不用在意子系统内部具体细节，有利于降低程序复杂度，提高程序可维护性，使客户更加容易使用该系统。

适用情况：

    1：需要为一个复杂的子系统提供一个简单的接口，子系统往往随着业务扩展二变复杂，提供一组简单接口，让使用者简单使用。

    2：保持子系统低耦合特性，减少因外部类变化导致子系统的扩展性降低，提高系统独立性和可移植性。

    3：当设计的架构有明显的层次性时，应该建立层次外观Facade，保持系统独立性。

模式组成：

    外观角色（Facade）：子系统的接口，供外部程序使用

    子系统角色（SubSystem classes）：实现子系统的功能，并完成Facade指派的任务。子系统中没有任何的有关Facade的引用，对于子系统来说，它不知道Facade的存在。

    客户角色（Client）：使用Facade角色

备注：

    1：开发中的多个子系统之间，他们的Facade都应该是单例

    2：如果子系统增加的功能，可能外观类Facade的接口会增加，修改Facade接口违反开闭原则。可以通过引入抽象外观类。对于新的业务需求，不修改原有外观类，而对应增加一个新的具体外观类，由新的具体外观类来关联新的子系统对象，同时通过修改配置文件来达到不修改源代码并更换外观类的目的。 

代码训练链接： http://blog.csdn.net/hguisu/article/details/7533759

本文纯属个人学习总结， 篇幅的大部分内容都来源于网络， 每个人的水平、层次、出发点不同，阅读者可能存在一定的误解，希望提出建议共同交流。

分享今天看到一段个人觉得不错的文字：

如何提升行动力：人类行动心理学的有效Hack

人为什么会拖延、人为什么行动力很差。近些年心理学已经取得了突破性研究成果。普通人思考目标的时候，使用的是目标意图, 是：

我要做什么....

但是，有位天才心理学家Peter Gollwitzer发现目标意图这样的思考范式，反而很难达成目标，于是，他对自己的实验对象，使用了一种替代范式。强迫实验对象，使用一种称之为：执行意图的思考范式来思考。结果令人惊讶，人们更容易克服拖延症、达成目标。

什么是执行意图？就是使用if...then...的思考范式。比如， 不要再说，我要学Ruby。 而是说，如果我要学习Ruby，那么，今天晚上就装上环境。

当你关于行动与目标，长年累月这么思考，最终建立自动化机制，那么行动力慢慢就变强大了。如果...那么...成为生命中的一部分。我要...这种句式，就从自己的语言体系中死掉了。