共计 15722 个字符，预计需要花费 40 分钟才能阅读完成。
什么是设计模式
设计模式，是一套被重复应用、少数人通晓的、通过分类编目标、代码设计教训的总结。应用设计模式是为了可重用代码、让代码更容易被别人了解、保障代码可靠性、程序的重用性。
为什么要学习设计模式
设计模式的实质是面向对象设计准则的理论使用，是对类的封装性、继承性和多态性以及类的关联关系和组合关系的充沛了解
- 能够进步程序员的思维能力、编程能力和设计能力。
- 使程序设计更加标准化、代码编制更加工程化，使软件开发效率大大提高，从而缩短软件的开发周期。
- 使设计的代码可重用性高、可读性强、可靠性高、灵活性好、可维护性强。
设计模式分类
大体能够分为三种，每种加起又能够细分为 23 种。
- 创立型模式，共五种：工厂办法模式、形象工厂模式、单例模式、建造者模式、原型模式。
- 结构型模式，共七种：适配器模式、装璜器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
- 行为型模式，共十一种：策略模式、模板办法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
设计模式的六大准则
凋谢关闭准则
- 准则思维：尽量通过扩大软件实体来解决需要变动，而不是通过批改已有的代码来实现变动
- 形容：一个软件产品在生命周期内，都会发生变化，既然变动是一个既定的事实，咱们就应该在设计的时候尽量适应这些变动，以进步我的项目的稳定性和灵活性。
- 长处：繁多准则通知咱们，每个类都有本人负责的职责，里氏替换准则不能毁坏继承关系的体系。
里氏代换准则
- 准则思维：应用的基类能够在任何中央应用继承的子类，完满的替换基类。
- 大略意思是：子类能够扩大父类的性能，但不能扭转父类原有的性能。子类能够实现父类的形象办法，但不能笼罩父类的非形象办法，子类中能够减少本人特有的办法。
- 长处：减少程序的健壮性，即便减少了子类，原有的子类还能够持续运行，互不影响。
依赖倒转准则
- 依赖倒置准则的核心思想是面向接口编程.
- 依赖倒转准则要求咱们在程序代码中传递参数时或在关联关系中，尽量援用档次高的形象层类，
- 这个是凋谢关闭准则的根底，具体内容是：对接口编程，依赖于形象而不依赖于具体。
接口隔离准则
- 这个准则的意思是：应用多个隔离的接口，比应用单个接口要好。还是一个升高类之间的耦合度的意思，从这儿咱们看出，其实设计模式就是一个软件的设计思维，从大型软件架构登程，为了降级和保护不便。所以上文中屡次呈现：升高依赖，升高耦合。
- 例如：领取类的接口和订单类的接口，须要把这俩个类别的接口变成俩个隔离的接口
迪米特法令（起码晓得准则）
- 准则思维：一个对象该当对其余对象有尽可能少地理解，简称类间解耦
- 大略意思就是一个类尽量减少本人对其余对象的依赖，准则是低耦合，高内聚，只有使各个模块之间的耦合尽量的低，能力进步代码的复用率。
- 长处：低耦合，高内聚。
繁多职责准则
- 准则思维：一个办法只负责一件事件。
- 形容：繁多职责准则很简略，一个办法 一个类只负责一个职责，各个职责的程序改变，不影响其它程序。这是常识，简直所有程序员都会遵循这个准则。
- 长处：升高类和类的耦合，进步可读性，减少可维护性和可拓展性，升高可变性的危险。
单例模式
什么是单例
保障一个类只有一个实例，并且提供一个拜访该全局拜访点
那些中央用到了单例模式
- 网站的计数器，个别也是采纳单例模式实现的，否则难以同步
- 应用程序的日志利用，个别也都是单例模式实现，只有一个实例去操作才好，否则内容不好最佳显示。
- 多线程的线程池的设计个别也是采纳单例模式，因为线程池要不便对池中的线程进行管制。
- Windows 的工作管理器就是厂房典型的单例模式，他不能关上两个
- Windows 的回收站也是经典的单例利用。在整个零碎运行过程中，回收站只能保护一个实例。
单例模式的优缺点
长处
- 在单例模式中，流动的单例只有一个实例，对单例类的所有实例化失去的都是雷同的一个实例。这样就避免其余对象对本人的实例化，确保所有的对象都拜访一个实例。
- 单例模式具备肯定的伸缩性，类本人来管制实例化过程，类就在扭转实例化过程上有相应的伸缩性。
- 提供了对惟一实例的受控拜访。
- 因为在零碎内存中只存在一个对象，因而能够节约系统资源，当须要频繁创立和销毁的对象时单例模式无疑能够提供零碎的性能。
- 容许可变数目标实例。
- 防止对共享资源的多重占用。
毛病
- 不适用于变动的对象，如果同一类型的对象总是要在不同的用例场景发生变化，单例就会引起数据的谬误，不能保留彼此的状态。
- 因为单例模式中没有形象层，因而单例的扩大有很大的艰难。
- 单例类的职责过重，在肯定程序上违反了“繁多职责准则”。
- 滥用单例将带来一些负面问题，如为了节俭资源将数据库连接池对象设计为单例类，可能会导致共享连接池对象的程序过多而呈现连接池溢出；如果实例化的对象长时间不被利用，零碎会认为是垃圾而被回收，这将导致对象状态的失落。
单例模式应用注意事项
- 应用时不能用反射模式创立单例，否则会实例一个新的对象。
- 应用懒单例模式时留神线程平安问题。
- 饿单例模式和懒单例模式构造方法都是公有的，因而是不能被继承的，有些单例模式能够被继承（如注销式模式）
单例避免反射破绽攻打
private static boolean flag = false;
private Singleton() {if (flag == flase) {flag = !flag;} eLse {thrown new RuntimeException("单例模式被进犯！");
}
}如何抉择单例创立形式
如果不须要提早加载单例，能够应用枚举或者饿汉式，相对来说枚举性好于饿汉式。如果须要提早加载，能够应用动态外部类或者懒汉式，相对来说动态外部类好于懒汉式。
单例创立形式
- 饿汉式：类初始化时，会立刻加载该对象，线程天生平安，调用效率高。
- 懒汉式：类初始化时，不会初始化该对象，真正须要应用的时候才会创立该对象，具备懒加载性能。
- 动态外部形式：联合了懒汉式和饿汉式格子的长处，真正须要对象的时候才会加载，加载相似线程平安的。
-
枚举单例：应用枚举实现单例模式
- 长处：实现简略、调用效率高，枚举自身就是单例，因为 JVM 从根本上提供保障！防止通过反射和反序列化的破绽
- 毛病：没有提早加载
- 双重检测锁形式：因为 JVM 实质重排序的起因，可能会初始化屡次，不举荐应用
饿汉式
类初始化时，会立刻加载该对象，线程天生平安，调用效率高。
public class Demo1 {private static Demo1 demo1 = new Demo1();
private Demo1() {System.out.println("公有 Demo1 结构参数初始化");
}
public static Demo1 getInstance() {return demo1;}
public static void main(String[] args) {Demo1 s1 = Demo1.getInstance();
Demo1 s2 = Demo1.getInstance();
System.out.println(s1 == s2);
}
}懒汉式
类初始化时，不会初始化该对象，真正须要应用的时候才会创立该对象，具备懒加载性能。
public class Demo2 {
private static Demo2 demo2;
private Demo2() {System.out.println("公有 Demo2 结构参数初始化");
}
public synchronized static Demo2 getInstance () {if (demo2 == null) {demo2 = new Demo2();
}
return demo2;
}
public static void main(String[] args) {Demo2 s1 = Demo2.getInstance();
Demo2 s2 = Demo2.getInstance();
System.out.println(s1 == s2);
}
}动态外部类
动态外部类形式：联合了懒汉式和饿汉式格子的长处，真正须要对象的时候才会加载，加载类是线程平安的。
public class Demo3 {private Demo3() {System.out.println("Demo 的公有结构参数办法");
}
public static class SingletonClassInstance{private static final Demo3 DEMO_3 = new Demo3();
}
public static Demo3 getInstance() {return SingletonClassInstance.DEMO_3;}
public static void main(String[] args) {Demo3 s1 = Demo3.getInstance();
Demo3 s2 = Demo3.getInstance();
System.out.println(s1 == s2);
}
}枚举单例式
应用枚举实现单例模式
长处：实现简略，调用效率高，枚举自身就是单例，由 JVM 从根本上提供保障！防止通过反射和反序列化的破绽
毛病：没有提早加载
工厂模式
什么是工厂模式
它提供了一种创建对象的最佳形式。在工厂模式中，咱们创建对象时不会对客户端裸露创立逻辑，并且是通过应用一个独特的接口来指向新创建的对象。实现了创建者和调用者拆散，工厂模式分为简略工厂、工厂办法、形象工程模式
工厂模式益处
- 工厂模式时咱们最罕用的实例化对象模式了，是用工厂办法代替 new 操作的一种模式。
- 利用工厂模式能够升高程序的耦合性，为前期的保护批改提供了很大的便当。
- 将抉择实现类、创建对象对立治理和管制。从而将调用者跟我妈的实现类解耦。
Spring 开发中的工厂设计模式
-
Spring IOC
- 看过 Spring 源码就晓得，在 SpringIOC 容器创立 bean 的过程是应用了工厂设计模式。
- Spring 中无论是通过 xml 配置还是通过配置类还是通过注解进行创立 bean，大部分都是通过简略工厂来进行创立的。
- 当容器拿到了 beanName 和 class 类型后，动静的通过反射创立具体的某个对象，最初将创立的指向放到 map 中。
为什么 Spring IOC 要应用工厂设计模式创立 Bean 呢？
- 在理论开发中，如果咱们 A 对象调用 B，B 调用 C，C 调用 D 的话咱们程序的耦合性就会变高。
- 在很久以前的三层架构编程时，都是管制层调用业务层，业务层调用数据拜访层时，都是间接 new 对象，耦合性大大晋升，代码反复量很高，对象满天飞。
- 为了防止这种状况，Spring 应用工厂模式编程，写一个工厂，由工厂创立 Bean，当前咱们如果要对象就间接管工厂要就能够了，剩下的事件不归咱们管了.Spring IOC 容器的工厂中有个动态的 Map 汇合，是为了让工厂合乎单例设计模式，即每个对象只生产一次，生产出对象后就存入到 Map 汇合中，保障了实例不会反复影响程序效率。
工厂模式分类
- 简略工厂：用来生产同一等级构造中的任意产品
- 工厂办法：用来生产同一等级构造中的固定产品
- 形象工厂：用来生产不同产品组族的全副产品。
简略工厂模式
什么是简略工厂模式
简略工厂模式相等于是一个工厂中有各种产品，创立在一个类中，客户无需晓得具体产品的名称，只须要晓得产品类说对应失去参数即可。然而工厂的职责过重，而且当类型过多时不利于零碎的扩大保护。
代码演示：
-
创立工厂
public interface Car {public void run(); } -
创立工厂的产品（如果为宝马）
public class Bmw implements Car { @Override public void run() {System.out.println("我是宝马汽车......"); } } -
创立工厂中的另外一种产品（如果为奥迪）
public class AoDi implements Car{ @Override public void run() {System.out.println("我是奥迪汽车......"); } } -
创立外围工厂类，有他决定具体调用哪个产品
public class CarFactory {public static Car createCar(String name) {if ("".equals(name)) {return null;} if (name.equals("奥迪")) {return new AoDi(); } if (name.equals("宝马")) {return new Bmw(); } return null; } } -
演示创立工厂的具体实例
public class Client01 {public static void main(String[] args) {Car aoDi = CarFactory.createCar("奥迪"); Car bmw = CarFactory.createCar("宝马"); aoDi.run(); bmw.run();;} }单工厂的长处 / 毛病：
长处：简略工厂模式可能依据外界给定的信息，决定到底应该创立哪个具体类的对象。明确辨别了各自的职责和势力，有利于整个软件体系结构的优化。
毛病：很显著工厂类集中了所有实例的创立逻辑，容易违反高汇集的责任分配原则。
工厂办法模式
什么是工厂办法模式
工厂办法模式，又称为多态性工厂模式。在工厂办法模式中，外围的工厂类不在负责所有的产品的创立，而是将具体创立的工作交给子类去做。该外围类成为一个形象工厂角色，仅负责给出具体工厂子类必须实现的接口，而不接触哪一个产品类该当被实例化的这种细节。
代码演示：
-
创立工厂：
public interface Car {public void run(); } -
创立工厂办法调用接口（所有的产品须要 new 进去必须继承他来实现办法）
public interface CarFactory {Car createCar(); } -
创立工厂的第一种产品（假如为奥迪）
public class AoDi implements Car{ @Override public void run() {System.out.println("我是奥迪汽车......"); } } -
创立工厂中的另外一个产品（假如为宝马）
public class Bmw implements Car{ @Override public void run() {System.out.println("我是宝马汽车......"); } } -
创立工厂办法调用接口的实例（奥迪）
public class AoDiFactory implements CarFactory{ @Override public Car createCar() {return new AoDi(); } } -
创立工厂办法调用接口的实例（宝马）
public class BmwFactory implements CarFactory{ @Override public Car createCar() {return new Bmw(); } } -
演示创立工厂的具体实例
public class Client {public static void main(String[] args) {Car aodi = new AoDiFactory().createCar(); Car bmw = new BmwFactory().createCar(); aodi.run(); bmw.run();} }
形象工厂模式
什么是形象工厂模式
形象工厂简略地说是工厂的工厂，形象工厂能够创立具体工厂，由具体工厂来产品具体产品。
代码演示：
-
创立第一个子工厂，及实现类
public interface Car {void run(); } class CarA implements Car { @Override public void run() {System.out.println("宝马"); } } class CarB implements Car { @Override public void run() {System.out.println("摩拜"); } } -
创立第二个子工厂，及实现类
public interface Engine {void run(); } class EngineA implements Engine { @Override public void run() {System.out.println("转的很快!"); } } class EngineB implements Engine { @Override public void run() {System.out.println("转的慢!"); } } -
创立一个总工厂，及实现类（由总工厂的实现类决定调用那个工厂的那个实例）
public interface TotalFactory { // 创立汽车 Car createChair(); // 创立发动机 Engine createEngine();} class TotalFactoryReally implements TotalFactory {public Engine createEngine() {return new EngineA(); } public Car createChair() {return new CarA(); } } -
运行测试
public class Client {public static void main(String[] args) {TotalFactory totalFactory = new TotalFactoryReally(); Car car = totalFactory.createChair(); car.run(); TotalFactory factoryReally = new TotalFactoryReally(); Engine engine = factoryReally.createEngine(); engine.run();} }
代理模式
什么是代理模式
- 通过代理管制对象的拜访，能够在这个对象调用办法之前、调用办法之后去解决 / 增加新的性能。（也就是 AOP 的微实现）
- 代理在原有代码乃至原业务流程都不批改的状况下，间接在业务流程中切入行新代码，减少新性能，这也和 Spring（面向切面编程）很类似。
代理模式利用场景
Spring AOP、日志打印、异样解决、事务管制、权限管制等等
代理的分类
- 动态代理（动态定义代理类）
- 动静代理（动静生成代理类，也称为 JDK 自带动静代理）
- Cglib、javaassist（字节码操作库）
三种代理的区别
- 动态代理：简略代理模式，是动静代理的实践根底。常见应用在代理模式。
- JDK 动静代理：应用反射实现代理。须要有顶层接口能力应用，常见是 myabtis 的 mapper 文件是代理。
- cglib 动静代理：也是应用反射实现代理，能够间接代理类（jdk 动静代理不行），应用字节码技术，不能对 final 类进行继承。（须要导入 jar 包）
用代码演示三种代理
动态代理
什么是动态代理
由程序员创立或工具生成代理类的源码，再编译代理类。所谓动态也就是程序运行前就曾经存在代理类的字节码文件，代理类和委托类的关系在运行前就确定了。
我有一段这样的代码：（如何能在不批改 UserDao 接口类的状况下开事务和敞开事务呢）
public class UserDao {public void save() {System.out.println("保留数据办法");
}
}public class Test {public static void main(String[] args) {UserDao userDao = new UserDao();
userDao.save();}
}批改代码，增加代理类
public class UserDaoProxy extends UserDao{
private UserDao userDao;
public UserDaoProxy(UserDao userDao) {this.userDao = userDao;}
public void save() {System.out.println("开启事务...");
userDao.save();
System.out.println("敞开事务...");
}
}public class ProxyTest {public static void main(String[] args) {UserDao userDao = new UserDao();
UserDaoProxy userDaoProxy = new UserDaoProxy(userDao);
userDaoProxy.save();}
}- 长处：能够面相理论对象或者是接口的形式实现代理
- 毛病：每个须要代理的对象都须要本人反复编写代理，很不难受。
动静代理
什么是动静代理
- 动静代理也叫做，JDK 代理、接口代理。
-
动静代理的对象，是利用 JDK 的 API，动静的在内存中构建代理对象（是依据被代理的接口来动静生成代理类的 class 文件，并加载运行的过程），这就叫动静代理。
源代码：public interface UserDao {void save(); }public class UserDaoImpl implements UserDao{ @Override public void save() {System.out.println("保留数据办法"); } }上面是代理类，可重复使用，不像动态代理那样要本人反复编写代理。
/** * 每次生成动静代理类对象，实现了 InvocationHandler 接口的调用处理器对象 */ public class InvocationHandlerImpl implements InvocationHandler { /** * 这位业务实现类对象，用来调用具体的业务办法 */ private Object target; /** * 通过构造函数传入指标对象 */ public InvocationHandlerImpl(Object target) {this.target = target;} /** * 动静代理理论运行的代理办法 */ @Override public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {System.out.println("调用开始解决"); // 上面 invoke()办法是以反射的形式来创建对象，第一个参数是要创立的对象，第二个是形成办法的参数，由第二个参数决定创立指向应用哪个构造方法 Object result = method.invoke(target, args); System.out.println("调用完结解决"); return result; } }public class Test {public static void main(String[] args) { // 被代理对象 UserDao userDao = new UserDaoImpl(); InvocationHandlerImpl invocationHandler = new InvocationHandlerImpl(userDao); // 类加载器 ClassLoader loader = userDao.getClass().getClassLoader(); Class<?>[] interfaces = userDao.getClass().getInterfaces(); // 次要装载器、一组接口及调用解决动静代理实例 UserDao newProxyInstance = (UserDao) Proxy.newProxyInstance(loader, interfaces, invocationHandler); newProxyInstance.save();} } - 毛病：必须是面向接口，指标业务类必须实现接口。
- 长处：不必关怀代理类，只须要在运行阶段才指定代码哪一个对象。
CGLIB 动静代理
CGLI 动静代理原理
利用 asm 开源包，对代理对象类的 class 文件加载进来，通过批改其字节码生成之类来解决。
什么是 CGLIB 动静代理
CGLIB 动静代理和 jdk 代理一样，应用反射实现代理，不同的是他能够间接代理类（jdk 代理不行，他必须指标业务类必须实现接口），CGLIB 动静代理底层应用字节码技术，CGLIB 动静代理通能对 final 类进行继承。（CGLIB 动静代理须要导入 jar 包）
代码演示：
源代码：
public interface UserDao {void save();
}public class UserDaoImpl implements UserDao{
@Override
public void save() {System.out.println("保留数据的办法");
}
}退出代理类：
import org.springframework.cglib.proxy.Enhancer;
import org.springframework.cglib.proxy.MethodInterceptor;
import org.springframework.cglib.proxy.MethodProxy;
import java.lang.reflect.Method;
/**
* 代理次要类
*/
public class CglibProxy implements MethodInterceptor {
private Object targetObject;
/**
* 这里的指标类型为 Object，则能够承受任意一种参数作为被代理类，实现了动静代理
*/
public Object getInstance(Object target) {
// 设置须要创立子类的类
this.targetObject = target;
Enhancer enhancer = new Enhancer();
enhancer.setSuperclass(target.getClass());
enhancer.setCallback(this);
return enhancer.create();}
/**
* 代理的理论办法
*/
@Override
public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {System.out.println("开启事务");
Object result = methodProxy.invoke(targetObject, objects);
System.out.println("敞开事务");
return result;
}
}public class Test {public static void main(String[] args) {CglibProxy cglibProxy = new CglibProxy();
UserDao userDao = (UserDao) cglibProxy.getInstance(new UserDaoImpl());
userDao.save();}
}建造者模式
什么是建造者模式
- 建造者模式：是将一个简单的对象的构建与它的示意拆散，使得同样的构建过程能够创立不同的形式进行创立。
- 工厂类模式提供的是创立单个类的产品，而建造者模式这是将各种产品集中起来进行治理，用来具备不同的属性的产品。
建造者模式通常包含上面几个角色
- Builder：给出一个形象接口，以标准产品对象的各个组成成分的建造。这个接口规定要实现简单对象的哪些局部的创立，并不波及具体的对象部件的创立。
- ConcreteBuilder：实现 Builder 接口，针对不同的商业逻辑，具体化简单对象的各局部的创立。在建造过程实现后，提供产品的实例。
- Director：调用具体建造者来创立简单对象的各个局部，在指导者中不波及具体产品的信息，只负责保障对象各局部残缺创立或按某种程序创立。
- Product：要创立的简单对象
建造者模式的应用场景
应用场景
- 须要生成的对象具备简单的内部结构。
- 须要生成的对象外部属性自身相互依赖。
- 与工厂模式的区别是：建造者模式更加关注与整机拆卸的程序。
- Java 中的 StringBuilder 就是建造者模式创立的，他吧一个单个只剩的 char 数组组合起来。
- Spring 不是建造者模式，他提供的操作应该是对于字符串自身的一些操作，而不是创立或扭转一个字符串。
代码演示：
-
建设一个配备对象 Arms
import lombok.Data; /** * 配备类 */ @Data public class Arms { // 头盔 private String helmet; // 铠甲 private String armor; // 武器 private String weapon; } -
创立 Builder 接口（给出一个形象接口，以标准产品对象的各个组成成分的建造，这个接口只是标准）
public interface PersonBuilder {void builderHelmetMurder(); void builderArmorMurder(); void builderWeaponMurder(); void builderHelmetYanLong(); void builderArmorYanLong(); void builderWeaponYanLong(); // 组装 Arms builderArms();} -
创立 Builder 实现类（这个类次要实现简单对象创立的哪些局部须要什么属性）
public class ArmsBuilder implements PersonBuilder{ private Arms arms; public ArmsBuilder() {arms = new Arms(); } @Override public void builderHelmetMurder() {arms.setHelmet("夺命头盔"); } @Override public void builderArmorMurder() {arms.setArmor("夺命盔甲"); } @Override public void builderWeaponMurder() {arms.setWeapon("夺命宝刀"); } @Override public void builderHelmetYanLong() {arms.setHelmet("炎龙头盔"); } @Override public void builderArmorYanLong() {arms.setArmor("炎龙铠甲"); } @Override public void builderWeaponYanLong() {arms.setWeapon("炎龙宝刀"); } @Override public Arms builderArms() {return arms;} } -
Director（调用具体建造者来创立简单对象的各个局部，在指导者中不波及具体产品的信息，只负责保障对象各局部残缺创立或按某种程序创立）
public class PersonDirector { /** * 组装 */ public Arms constructPerson(PersonBuilder pb) {pb.builderHelmetYanLong(); pb.builderArmorMurder(); pb.builderWeaponMurder(); return pb.builderArms();} /** * 开始进行测试 */ public static void main(String[] args) {PersonDirector personDirector = new PersonDirector(); Arms arms = personDirector.constructPerson(new ArmsBuilder()); System.out.println(arms.getHelmet()); System.out.println(arms.getArmor()); System.out.println(arms.getWeapon()); }
模板办法模式
什么是模板办法
模板办法模式：定义一个操作中的算法骨架（父类），而将一些步骤提早到子类中。模板办法是得子类能够不扭转一个算法的构造来重定义该算法的。
什么时候应用模板办法
实现一些操作时，整体步骤很固定，然而呢。就是其中一小部分须要扭转，这时候能够应用模板办法模式，将容易变的局部形象进去，供子类实现。
理论开发中利用场景哪里用到了模板办法
- 其实很多框架中都有用到了模板办法模式
- 例如：数据库拜访的封装、Junit 单元测试、servlet 中对于 doGet/doPost 办法的调用等等
现实生活中的模板办法
例如：去餐厅吃饭，餐厅给咱们提供了一个模板就是：看菜单、点菜、吃饭、付款、走人（这里“点菜和付款”是不确定的由子类来实现的，其余的则是一个模板）
代码演示：
-
先定义一个模板，把模板中的点菜和付款，让子类来实现。
/** * 模板办法 */ public abstract class RestaurantTemplate { /** * 看菜单 */ public void menu() {System.out.println("看菜单"); } /** * 点菜业务 */ abstract void spotMenu(); /** * 吃饭业务 */ public void havingDinner() {System.out.println("吃饭"); } /** * 付款业务 */ abstract void payment(); /** * 走人 */ public void GoR() {System.out.println("走人"); } /** * 模板通用构造 */ public void process() {menu(); spotMenu(); havingDinner(); payment(); GoR();} } -
具体的模板办法子类 one
public class RestaurantLobsterImpl extends RestaurantTemplate{ /** * 点菜业务 */ @Override void spotMenu() {System.out.println("龙虾"); } /** * 付款业务 */ @Override void payment() {System.out.println("50 块"); } } -
具体的模板办法子类 two
public class RestaurantGinsengImpl extends RestaurantTemplate{ /** * 点菜业务 */ @Override void spotMenu() {System.out.println("人参"); } /** * 付款业务 */ @Override void payment() {System.out.println("5 块"); } } -
客户端测试
public class Client {public static void main(String[] args) {RestaurantLobsterImpl restaurantLobster = new RestaurantLobsterImpl(); restaurantLobster.process();} }
外观模式
什么是外观模式
- 外观模式：也叫门面模式，暗藏零碎的复杂性，并向客户端提供了一个客户端能够拜访零碎的接口。
- 它向现有的零碎增加一个接口，用这一个接口来暗藏理论的零碎的复杂性。
- 应用外观模式，他内部看起来就是一个接口，其实他的外部有很多简单的接口曾经被实现。
代码演示：
用户注册完之后，须要调用阿里短信接口、邮件接口、微信推送接口。
-
创立阿里短信接口
/** * 阿里短信音讯 */ public interface AliSmsService {void sendSms(); }public class AliSmsServiceImpl implements AliSmsService{ @Override public void sendSms() {System.out.println("阿里短信音讯"); } } -
创立邮件接口
/** * 发送邮件音讯 */ public interface EamilSmsService {void sendSms(); }public class EamilSmsServiceImpl implements EamilSmsService{ @Override public void sendSms() {System.out.println("发送邮件音讯"); } } -
创立微信推送接口
/** * 微信音讯推送 */ public interface WeixinSmsService {void sendSms(); }public class WeiXinSmsServiceImpl implements WeixinSmsService{ @Override public void sendSms() {System.out.println("发送微信音讯推送"); } } -
创立门面（门面看起来很简略，简单的货色以及被门面给封装好了）
public class Computer { AliSmsService aliSmsService; EamilSmsService eamilSmsService; WeixinSmsService weixinSmsService; public Computer() {aliSmsService = new AliSmsServiceImpl(); eamilSmsService = new EamilSmsServiceImpl(); weixinSmsService = new WeiXinSmsServiceImpl();} /** * 只须要调用它 */ public void sendMsg() {aliSmsService.sendSms(); eamilSmsService.sendSms(); weixinSmsService.sendSms();} } -
进行测试
public class Client {public static void main(String[] args) {new Computer().sendMsg();} }
原型模式
什么原型模式
- 原型设计模式简略来说就是克隆
- 原型表明了有一个样板实例，这个原型是可定制的。原型模型多用于创立简单的或者结构耗时的实例，因为这种状况下，复制一个曾经存在的实例可使程序运行更高效。
原型模式的利用场景
- 类初始化须要消化十分多的资源，这个资源包含数据、硬件资源等。这时咱们就能够通过原型拷贝防止这些耗费。
- 通过 new 产生的一个对象须要十分繁琐的数据筹备或者权限，这时能够应用原型模式。
- 一个对象须要提供给其余对象拜访，而且各个调用者可能都须要批改其值时，能够思考应用原型模式拷贝多个对象供调用者应用，即保护性拷贝。
原型模式的应用形式
- 实现 Cloneable 接口。在 java 语言有一个 Cloneable 接口，它的作用只有一个，就是在运行时告诉虚拟机能够平安地在实现了此接口的类上应用 clone 办法。在 java 虚拟机中，只有实现了这个接口的类才能够被拷贝，否则在运行时会抛出 CloneNotSupportedException 异样。
- 重写 Object 类中的 clone 办法。Java 中，所有类的父类都是 Object 类，Object 类中有一个 clone 办法，作用是返回对象的一个拷贝，然而其作用域 protected 类型的，个别的类无奈调用，因而 Prototype 类须要将 clone 办法的作用域批改为 public 类型。
正文完