回家换拖鞋的专栏

概述 在软件系统中，“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合，比如要对行为进行“记录、撤销/重做、事务”等处理，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将“行为请求者”与“行为实现者”解耦？将一组行为抽象为对象，可以实现二者之间的松耦合[李建忠]。这就是本文要说的Command模式。 意图 将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数

1、概念 策略模式：又叫算法簇模式，定义了不同的算法，并且可以相互替换，算法变化独立于客户端，针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式可以动态改变对象的行为，属于对象行为型模式。通常，策略模式适用于当一个应用程序需要实现一种特定的服务或者功能，而且该程序有多种实现方式时使用。 设计原则：把一个类中经常改变或者将来可能改变的部分提取出来，作为一

单例模式： 单例模式是一种常用的且非常简单的一种设计模式。它的核心结构只有一个被称为单例类的特殊类。通过单例模式可以保证系统只有一个实例而且容易被外界访问，从而节约系统资源，减少gc的回收内存的压力，避免了一些引起业务逻辑错误的因素。   （单例模式结构）   单例模式一般有三种模式： ①     懒汉式 publicclass Singleton {      pri

1、代理模式      为其他对象提供代理以控制这个对象的访问。  特点：代理对象和被代理对象都实现同一接口，代理对象可以为被代理对象的行为添加额外的动作（预处理消息、过滤消息、事后处理等）。 按照代理的创建时期，分两类： 静态代理：在运行前，代码已编译成class文件。 动态代理：在运行时，通过反射机制动态创建。 2、静态代理示例 3、java动态代理示例 4、cglib动态

模板模式： 就是预先在一个抽象类（父类）中定义顶层的骨架算法，算法中的细节延迟到子类中实现。 抽象模板结构： 模板方法：一般是具体的实现方法，它是一个包含了很多基本操作的总算法或总行为。 基本方法：分为3类，①抽象方法，在抽象类中声明，由子类去实现。  ②具体方法：在抽象类中声明并实现,子类并不实现或重写,方法前通常用 final 修饰。  ③钩子方法：在抽象类中声明并实现，而子类可以