程序 = 实践 + 思考 (Programming = Practice + Thinking)

Proxy模式的意图在于为对象提供一个代理或者占位来控制该对象的访问，隐藏关于此对象相关的细节以及关联的特殊处理，以简化对此类对象的使用以及其他目的。

facade模式把系统中可用的接口根据需要重新组合，并以合适的方式呈现（可能按照逻辑功能或者业务需要组建多个facade）。它的优势是除了功能组合带来的易用性之外，还有增加了一个layer。这样对客户隐藏了子系统组件，减少跟具体实现的耦合。http://hi.baidu.com/popo0027/blog/item/4861f0feb248bf3d5d600869.html

为了简单化，需要对事物进行抽象并隔离特定的细节。最直接的动机之一是为了使变化的与不变的分离开。一般可以增加一些抽象层；此外，一旦发现程序中某些部分可能被修改，那么就要阻止那些修改在代码中到处传播副作用。这样，代码不仅比较容易阅读和理解，而且也比较容易维护--尤其是对大型项目，能在

Design Pattern Explained是入门级的好书在图书馆看到的，拿起来就没有放下。这本书道理讲得明了，使用UML来辅助描述，例子易懂；更难得的是，不仅讲解了各个pattern，还讲解如何组合使用多个pattern，并提出一套结合OO和pattern的设计

http://www.cnblogs.com/idior/articles/108291.html 这篇文章提到了几个比较有用的概念,Object Oriented, Design Pattern, Aspect Oriented Program;原文从职责分离角度来理解他们并把他们串起来. 不过话说回来，面向对象模型和面向过程模型的本质区别并不是职责分离！！！没有OO，PO（面向