u012768625的博客

装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。说明意图：动态地给一个对象添加一些额外的职责。就增加功能来说，装饰器模式相比生成子类更为灵活主要解决：一般的，我们为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，子类会很膨胀。如何解决：将具体功能职责划分，同时继承装饰者模式。关键代码：1、Component 类充当抽象角色，不应该具体实现。2、修饰类引用和继承 Component 类，具体扩展类重写

责任链模式（Chain of Responsibility Pattern）为请求创建了一个接收者对象的链。这种模式给予请求的类型，对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为型模式。在这种模式中，通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求，那么它会把相同的请求传给下一个接收者，依此类推。介绍意图：避免请求发送者与接收者耦合在一起，让多个对象都有可能接收请求，将这些对象连接成一条链，并且沿着这条链传递请求，直到有对象处理它为止。如何解决：拦截的类都实现统一接

设计模式之策略模式模式来源如果有一个过程的情况有很多，需要用if-esle语句，这个时候所带来的复杂和难以维护思路实现同一个接口。将这些算法封装成一个一个的类，任意地替换。代码实现例子说明根据条件进行加、减操作定义接口public interface Strategy { public int doOperation(int num1, int num2);}编写策略public class OperationAdd implements Strategy{

单例模式一个类在内存中只有一个。饿汉式类加载到内存后，就实例化一个单例，JVM保证线程安全简单实用，推荐使用！唯一缺点：不管用到与否，类装载时就完成实例化public class Mgr01 { private static final Mgr01 INSTANCE = new Mgr01(); private Mgr01() {}; public static Mgr01 getInstance() { return INSTANCE;