天涯之帆

摘要： 1 模式动机 为了降低系统的耦合度，将事件请求者和接收者解耦，我们可以使用命令模式来设计系统。通过增加不同的命令对象，不仅可以解耦，也可以有效解决发送和接收处理速度不一样的问题。 2 模式定义 责任链模式(Chain of Responsibility Pattern)：将多个对象连成一条链，沿着这 阅读全文

摘要： 1 模式动机 在软件系统中，时常会有一些对象只能存在一个，而且需要在全局共享使用。如果不同地方调用的对象不同，那么很可能操作的数据或界面就会混乱，造成严重的影响。 2 模式定义 单例模式(Singleton Pattern): 确保一个类只有一个实例，自行提供这个实例并向整个系统提供这个实例。 3 阅读全文

摘要： 1 模式动机 为了降低系统的耦合度，将事件请求者和接收者解耦，我们可以使用命令模式来设计系统。通过增加不同的命令对象，不仅可以解耦，也可以有效解决发送和接收处理速度不一样的问题。 2 模式定义 命令模式(Command Pattern)：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数 阅读全文

摘要： 1 模式动机 我们知道可以通过定义子类，在不改变现有代码的情况下，动态的扩展功能。如果因为子类过多或其它原因不能新建子类时，还可以通过新建装饰者的方式来动态的扩展功能。 2 模式定义 装饰模式(Decorator Pattern)：以对客户端透明的方式动态地给一个对象附加上更多的责任。 3 模式分析 阅读全文

摘要： 1模式动机 有时，我们想要启动某个系统，需要调用很多个接口，而关掉这个系统，也需要很多步骤。在一个地方调用也罢，但是如果还有其它地方也需要调用，这时候就显得比较繁琐，而且我需要知道内部的细节，才能正常的启动和关闭系统 2 模式定义 外观模式（Facade Pattern）：为子系统或子模块的接口提供 阅读全文

摘要： 1 模式动机 在软件开发过程中，通常遇到新需求要使用到某个数据模型或者某个逻辑类接口，但是此类无法直接使用，最常见的就是协议不匹配或者已有逻辑不完全满足新需求。最苦恼的是无法修改该类的代码，就算能修改，改变了以前稳定的代码会带来一定的风险。这个时候有没有一种方法，能够避免风险，又能方便的进行扩展完成 阅读全文