设计模式-组合整理

组合整理之6大原则
单一职责原则、里式替换原则、依赖倒置原则、接口隔离原则、迪米特法则、开闭原则
1.单一职责原则：一个类只有一个功能。例如一部手机，接打电话是一个功能，上网是一个功能，照相是一个功能。每个功能都应该是一个单一的类，只有该功能改变时才会改变该类。该原则的优点是降低耦合度，增加代码阅读性。缺点是类太多，不方便维护。使用时应看具体情况。
2.里式替换原则：父类出现的地方，可以用子类替换。但子类出现的地方，父类不一定可以使用。该原则为继承提供了一个规范，增加代码健壮性，需求改动时将代码改动量降到最低。
3.依赖倒置原则：类依赖接口或抽象类，类之间不直接发生依赖，类之间通过接口或抽象类进行关联，类与类之间通过构造函数、setter\getter方法、接口声明等方式传递对象。该原则可以降低耦合度，降低并行开发的风险。
4.接口隔离原则：接口里的方法尽量要少，尽量实现低耦合高内聚(尽量少提供public方法)。但接口越细化，数量越多，维护成本越大。
5.迪米特法则：即最少知识法则，类只与朋友类交流(类中的变量、入参、返回类)，对其它类不需要知道。该法则也是为了降低耦合度。该法则导致类与类之间的跳板类增多，提高了复杂性和维护成本。
6.开闭原则：对修改关闭，对扩展开放。即成熟的代码不要进行修改，有业务变更的话可以进行扩展。
总结：6大原则只是一些建议，开发时需要根据具体的情况，不一定要必须遵守。6个原则是为了降低代码的耦合性，增加阅读性和健壮性。
组合整理之23种设计模式
单例模式、工厂方法模式、抽象工厂模式、模板方法模式、建造者模式、代理模式、原型模式、中介者模式、命令模式、责任链模式、装饰模式、策略模式、适配器模式、迭代器模式、组合模式、观察者模式、门面模式、备忘录模式、访问者模式、状态模式、解释器模式、享元模式、桥梁模式。

单例模式：一个项目只有一个对象(该对象是可以自行实例化并向整个项目提供)。使用场景是一个项目必须只能只有一个对象或者创建对象特别耗费资源的情况下。实现单例模式的关键是私有化构造函数并向外提供一个可以获取对象的方法。

工厂方法模式：代替new创建对象，根据一个类名，通过反射生产一个对象。使用场景：在编码时不确定要创建哪一个类的实例或系统不依赖产品如何被创建。

抽象工厂模式：创建多个产品类。工厂模式是创建一个产品类的不同产品，抽象工厂模式是创建多个产品类的不同产品。工厂模式所有的产品类衍生于一个接口或抽象类。抽象工厂所有的产品衍生于不同的接口或抽象类。

模板方法模式：封装不变部分，扩展可变部分。将不变部分封装，子类实现父类方法，父类调用子类实现，故子类可以影响父类结果。在父类中定义一些基本方法和一个(一些)模板方法，子类实现或重写基本方法，模板方法(父类中)按一定的顺序调用子类的基本方法，也可加钩子方法，控制哪些方法被调用。为防止恶意操作， 一般模板方法都加上final关键字，不允许被复写。该模式的关键在于父类定义基本方法和模板方法(定义基本方法的迪奥哟顺序)，子类实现基本方法，外界直接调用模板方法进行操作。

建造者模式：方法调用的顺序不同，产生的结果不同。即生产对象时，同样的一些元素，调用的顺序不同，创建的对象不同。建造者模式注重的是顺序对结果的影响，工厂方法注重的是创建。建造者模式可以和模板模式一起使用，模板模式的钩子方法可以改变调用顺序，然后通过建造者创建不同的对象。

代理模式：

原型模式：原型模式就是拷贝一个对象。即通过二进制流的方式在内存中重新开辟一块空间，所以不会经过构造函数创建对象。拷贝分为浅拷贝和深拷贝，浅拷贝只拷贝对象本身，数组、引用对象等都不拷贝，还是指向原来的引用。深拷贝将对象和私有变量都进行拷贝。原型模式的实现方式是继承Cloneable类(java自带的类)，重写clone()方法，在clone()方法内拷贝对象。原型模式适用于性能优化或一个对象多个调用且每个调用都需要修改值的情况。原型模式一般和工厂模式一起使用，单独使用的意义不大。

中介者模式：中介者模式其实就是将原来的多个类里面的相互调用改成加一个中间类，通过中间类来相互调用，相当于数据库中的表之间的关系，由表关系多对多改成加一个中间表，中间表和其他的表关系是一对多。降低耦合性。

命令模式：创建一些命令，之后将这些命令的调用规则、顺序等封装起来然后提供一个调用接口供外界调用。外界只需要调用接口，不需要关心具体的实现。命令模式是一个高内聚的模式，但是每一个命令都是一个单独的类，会造成类数量比较庞大。只要有命令的地方，都可以使用命令模式。

责任链模式：责任链模式是一种对象的行为模式。在责任链模式里，很多对象由每一个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递，直到链上的某一个对象决定处理此请求。发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求，这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任。该模式将请求和处理解耦。但是链不能太长，即影响性能也不方便调试。实现的关键在于对象之间的引用顺序及引用规则。

装饰模式：该模式是继承的一个替代方案，解决继承的类膨胀问题，可以动态的对 对象进行扩展，起到了一个装饰的效果。适用于动态的对一个或一些类添加功能，这些添加的功能可以撤销。装饰模式实现的要点是获取被装饰的对象，然后重写对象里的方法(重写时不修改对象里的方法，只是在方法前、后加上需要增加的功能)。

策略模式：策略模式使用的就是面向对象的继承和多态机制。它的重点是封装角色，和代理模式的差别就是策略模式的封装角色和被封装的策略类不用是同一个接口，如果是同一个接口，那就是代理模式。策略模式在项目中使用的非常多，但单独使用的地方少，因为它所有的策略都需要暴露出去。在实际项目中，一般通过工厂方法模式来实现策略类的声明。

适配器模式：适配器模式就是将两个不同的接口结合起来，比如A、B两个接口，想通过A接口获取B接口的返回结果，无法直接调用，而且已经投入运行的项目的接口不会随意修改，这时候可以使用适配器模式，重新建一个接口C，将两个接口结合起来，通过调用接口C获取想要的效果。适配器模式用于已经运行的项目，新项目直接改接口就行，不需要使用适配器，且使用适配器的接口应该符合里式替换原则和依赖倒置原则，否则即便使用了适配器改动量还是很大。适配器不仅接口可以使用，对象也可以使用。

迭代器模式：即一个遍历的方法，获取一个容器中的所有对象。迭代器模式目前不太常用，因为java已经提供了Iterator等方法进行遍历，没必要自己写。

组合模式：组合模式是一个用来表示 整体-部分关系的模式(树形菜单、文件夹等)。该模式使高层模块调用简单、节点可以自由增加。组合模式有安全模式和透明模式。安全模式即在数据库中定义一个父节点字段，通过子父节点的关系判断层级关系。透明模式即在组合模式的基础上，将组合涉及到的方法(添加、删除、修改节点等方法)放到抽象类中，这种方式是为了解决组合模式中与依赖倒置原则冲突的问题。

观察者模式：类似于发布订阅模式，即一个对象发生变化后，自动通知监听该对象的类。但通知是有顺序的，一个通知有异常，程序就会中断。该模式的实现方法是将观察者放入一个集合，当被观察者发生变化后，遍历该集合，然后调用观察者的相关方法。该模式观察者和被观察者是松耦合，适用于关联行为或行为多级触发的情形。注意该模式中的异步处理问题(使用多线程或缓存)和广播链问题(对象既是观察者也是被观察者的情况最好只出现一次)。

门面模式：门面模式是一个封装方法，将一些相关的业务逻辑封装到几个类中(一个子系统)，然后提供一个统一的访问路径，使外界只需要通过方法即可访问该子系统，子系统的内部实现及以后的修改，都对外界无关。类似于开发中处理接收到的http请求的那个类就是门面模式。该模式的实现关键在于封装需要被访问的方法，然后提供一个统一的外界访问方法。

备忘录模式：备忘录模式就是保存了某个时刻的数据，等需要的时候通过备忘录获取当时的数据 将此时的数据进行覆盖。可以备份单个属性、对象、集合、多个属性、多个对象等等。可以通过set/get方法、clone()、反射等方式进行备份。总之，需要根据具体的场景选择不同的方式进行备份。备忘录的建立、销毁也是消耗性能的，所以需要控制建立的数量和生命周期。适用于需要保存、恢复数据、可回滚操作、建立副本等需要保存某一时刻数据的场景。实现方式是创建一个备忘录对象，在对象中创建需要备份的对象，然后将备份的数据赋值，在需要恢复备份的数据时取出数据就行。

访问者模式：访问者模式将任务集中化，即将有关行为集中到一个访问者对象中，其改变不影响系统数据结构。访问者模式就是一种分离对象数据结构与行为的方法，通过这种分离，可达到为一个被访问者动态添加新的操作而无需做其它的修改的效果。即一个对象的结构不变，在访问者中定义对对象的操作，如果需要新增操作，添加一个访问者即可。使用于 一个对象结构包含多个类型的对象，希望对这些对象实施一些依赖其具体类型的操作(不同的类型可以有不同的访问操作)或 对象结构中对象对应的类很少改变，但经常需要在此对象结构上定义新的操作。实现方式就是将操作对象的动作放入访问者中，通过访问者操作对象。

状态模式：状态模式就是将行为进行封装，什么情况下产生什么行为，不需要使用if-else等判断语句进行判断，而是定义一些状态(每个状态是一个子类)，通过执行这些状态来调用行为(子类里面规定了该状态下可以有哪些操作)。实现方式是将每个状态下的操作封装成一个子类，将改子类的对象定义成一个静态变量，以后直接调用该对象来产生行为。

解释器模式：解释器模式就是定义一个语法规则，然后定义一个解释器，通过该解释器解析规则得到相应的结果。但解释器使用场景少，且使用脚本语言可以达到解释器的功能，而且比解释器简单，也有好多定义好的解释器可以使用。所以，尽量不要自己写解释器。正则表达式就是一个解释器。

享元模式：享元模式即使用共享技术，使得一些细粒度的对象可以共享.将一些有共性的对象抽成一个对象，不同的属性在调用对象时赋值进去，这样可以减少对象的数量，降低内存的占用。类似于建立一个池，但需要考虑并发的问题。享元模式和对象池还是有差别的，对象池重点在对象的复用上，池中的每个对象都可以替换。享元模式主要解决对象的共享问题，如何建立多个可共享的细粒度对象则是其关注的重点。该模式实现方式是抽取对象有共性的地方，封装起来，不同的地方在调用时传递进去，这样可以减少对象的创建数量，降低内存开销。

桥梁模式：桥梁模式即将抽象与实现分开，可以解决继承的缺点，主要是实现解耦。即将调用的接口\抽象类和具体的实现类分开，使得当需求变化时 可以不修改调用接口或抽象类，只扩展具体的实现类(接口或抽象类调用的是实现类的抽象类，具体的实现类不直接继承调用的接口或抽象类，而是单独有一个实现类的接口或抽象类，这样通过接口/抽象类调用接口/抽象类，规避了直接继承的缺点继承是强耦合)。