但缺点是在调用者与被调用者之间增加了代理对象，可能会造成请求的处理速度变慢。

智能指引（SmartReference）取代了简单的指针，它在访问对象时执行一些附加操作。

\\.解决方案模式问题的解决方案（Solution）包括设计的组成成分、它们之间的相互关系及各自的职责和协作方式。

大原则原则|解释—|—单一原则|一个类只做一件事开放-封闭原则（OCP）|软件实体（类、模块、函数）可以拓展，但是不可修改依赖倒转原则（DIP）|A.高层模块不应该依赖底层，两个都应该依赖抽。

设计模式于己于人于系统都是多赢的，它使得代码编写真正工程化，它是软件工程的基石，如同大厦的一块块砖石一样。

当主题对象的状态发生变化时，系统能通知所有的依赖于此对象的观察者对象，从而使得观察者对象能够自动更新。

比如我们定义一个具有说的方法的接口，那么在调用的时候具体说什么则由具体的实现来实现，比如狗、猫、人对象调用的时候都是不同的实现。

解释器模式包含如下角色：AbstractExpression:抽象表达式TerminalExpression:终结符表达式NonterminalExpression:非终结符表达式Context:环境类Client:客户类22.命令模式有些时候我们想某个对象发送一个请求，但是我们并不知道该请求的具体接收者是谁，具体的处理过程是如何的，们只知道在程序运行中指定具体的请求接收者即可，对于这样将请求封装成对象的我们称之为命令模式。

因此在设计上我们可能就需要使用一些设计模式对其进行规避。

**再退一步，假如你接触的代码就一直没遇到某个模式，你也一直无法自发理解某个模式，那么这个模式就对你没用，你没必要一定要找机会用。

这样以后就可将该对象恢复到保存的状态。

如，代理、适配器、桥接、装饰、外观、享元、组合等7种结构型模式。

编程的痛点那么，到底什么是设计模式呢？在介绍这个概念之前，我先问问大家，在你们的工作当中，有没有接手过祖传代码？也就是老板让你维护前一任程序员写的老项目。

\\.团队中其他人对这个设计模式的理解程度5\\.对排错调试，代码静态分析可能造成的影响（例如Observer模式和Visitor模式往往会打乱静态分析，难以通过阅读代码确定执行状态）如果能够大致准确地评估上述要素然后作出决定，我觉得即使变动最终没有发生，也算是一个合格的设计决策。

ITERATOR迭代子模式我爱上了Mary，不顾一切的向她求婚。

为什么要使用设计模式呢？用设计模式是为了复用代码、让代码更容易被他人理解、保证代码可靠性。

段时间后对设计模式就慢慢有感觉了，并能够找到一些设计模式的应用场景了。

原因很简单：设计模式是一种驾驭抽象概念的技术，而描述模式的标准格式里就包括了抽象描述，代码示例和应用场景。

可复用面向对象软件系统一般划分为两大类：应用程序工具箱和框架（Framework），我们平时开发的具体软件都是应用程序，Java的API属于工具箱；而框架是构成一类特定软件可复用设计的一组相互协作的类，EJB（EnterpriseJavaBeans）是Java应用于企业计算的框架。

总之，**设计模式就是为了解决某类重复出现的问题而出现的一套成功或有效的解决方案**设计模式3大类创建型模式（CreationalPatterns）创建型模式（都是用来帮助我们创建对象的），这些设计模式提供了一种在创建对象的同时隐藏创建逻辑的方式，而不是使用new运算符直接实例化对象。

快乐编码，快乐人生。

单例模式的结构与实现单例模式是设计模式中最简单的模式之。

享元模式以共享的方式高效的支持大量的细粒度对象。

图6.用户列表和用于选择用户的策略

`UserList`类是打包名称数组的一个包装器。

**中介者模式**：用一个中介对象来封装一系列的对象交互。

因此，在了解设计模式之前，就需要了解一些基本的设计原则。

设计模式的种类很多，包括分布式编程模式、用户界面模式、数据模型模式三大类。

**6.合成复用原则（CompositeReusePrinciple）**它要求在软件复用时，要尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现。

Template采⽤继承的⽅式实现这⼀点(strategy模式采⽤组合的⽅式去解决。

我们看看策略模式改造后的代码,先将`Turn()`方法抽象成策略类：再看看改造后的`TrafficLight`类：一切看起来似乎都很完美，天衣无缝。