本文共 13854 字,大约阅读时间需要 46 分钟。
开闭原则:对扩展开放,对修改关闭。
也就是说,像本人之前做的5G驱动接口一样,利用抽象,多态的特性,定义统一标准,减少代码冗余。 扩展优于修改。 比如新增一个实现类B来实现抽象接口,而不是在原有的实现类A中修改代码来满足B的需求。答:设计模式总共有 23 种,总体来说可以分为三大类:创建型模式( Creational Patterns )、结构型模式( Structural Patterns )和行为型模式( Behavioral Patterns )。
创建型模式: 关注于对象的创建,同时隐藏创建逻辑
工厂模式、抽象工厂模式、单例模式、建造者模式、原型模式结构型模式: 关注类和对象之间的组合
适配器模式、过滤器模式、装饰模式、享元模式、代理模式、外观模式、组合模式、桥接模式行为型模式: 关注对象之间的通信
责任链模式、命令模式、中介者模式、观察者模式、状态模式、策略模式、模板模式、空对象模式、备忘录模式、迭代器模式、解释器模式、访问者模式下面会对常用的设计模式分别做详细的说明。
答:单例模式是一种常用的软件设计模式,在应用这个模式时,单例对象的类必须保证只有一个实例存在,整个系统只能使用一个对象实例。
单例模式作为最经典的设计模式之一,有很多的实现方法,比如懒汉加载、饿汉加载、双重校验锁、枚举实现等等。这里就不再贴代码了。 《Effect Java》中建议使用枚举类实现,天然同步,而且可以防止反射和序列化带来的问题。具体内容见另一篇博客:
优点:不会频繁地创建和销毁对象,浪费系统资源。
使用场景:IO 、数据库连接、Redis 连接等。
答:简单工厂模式又叫静态工厂方法模式,就是建立一个工厂类,对实现了同一接口的一些类进行实例的创建。比如,一台咖啡机就可以理解为一个工厂模式,你只需要按下想喝的咖啡品类的按钮(摩卡或拿铁),它就会给你生产一杯相应的咖啡,你不需要管它内部的具体实现,只要告诉它你的需求即可。
优点:
缺点:
class Factory { public static String createProduct(String product) { String result = null; switch (product) { case "Mocca": result = "摩卡"; break; case "Latte": result = "拿铁"; break; default: result = "其他"; break; } return result; }}
答:抽象工厂模式是在简单工厂的基础上将未来可能需要修改的代码抽象出来,通过继承的方式让子类去做决定。
比如,以上面的咖啡工厂为例,某天我的口味突然变了,不想喝咖啡了想喝啤酒,这个时候如果直接修改简单工厂里面的代码,这种做法不但不够优雅,也不符合软件设计的“开闭原则”,因为每次新增品类都要修改原来的代码。这个时候就可以使用抽象工厂类了,抽象工厂里只声明方法,具体的实现交给子类(子工厂)去实现,这个时候再有新增品类的需求,只需要新创建代码即可。
抽象工厂实现代码如下:
public class AbstractFactoryTest { public static void main(String[] args) { // 抽象工厂 String result = (new CoffeeFactory()).createProduct("Latte"); System.out.println(result); // output:拿铁 }}// 抽象工厂abstract class AbstractFactory{ public abstract String createProduct(String product);}// 啤酒工厂class BeerFactory extends AbstractFactory{ @Override public String createProduct(String product) { String result = null; switch (product) { case "Hans": result = "汉斯"; break; case "Yanjing": result = "燕京"; break; default: result = "其他啤酒"; break; } return result; }}/\* \* 咖啡工厂 \*/class CoffeeFactory extends AbstractFactory{ @Override public String createProduct(String product) { String result = null; switch (product) { case "Mocca": result = "摩卡"; break; case "Latte": result = "拿铁"; break; default: result = "其他咖啡"; break; } return result; }}
观察者模式是定义对象间的一种一对多依赖关系,使得每当一个对象状态发生改变时,其相关依赖对象皆得到通知并被自动更新。观察者模式又叫做发布-订阅(Publish/Subscribe)模式、模型-视图(Model/View)模式、源-监听器(Source/Listener)模式或从属者(Dependents)模式。 优点:
缺点:
在观察者模式中有如下角色:
观察者模式实现代码如下。
/\* \* 观察者(消息接收方) \*/interface Observer { public void update(String message);}/\* \* 具体的观察者(消息接收方) \*/class ConcrereObserver implements Observer { private String name; public ConcrereObserver(String name) { this.name = name; } @Override public void update(String message) { System.out.println(name + ":" + message); }}
/\* \* 被观察者(消息发布方) \*/interface Subject { // 增加订阅者 public void attach(Observer observer); // 删除订阅者 public void detach(Observer observer); // 通知订阅者更新消息 public void notify(String message);}/\* \* 具体被观察者(消息发布方) \*/class ConcreteSubject implements Subject { // 订阅者列表(存储信息) private Listlist = new ArrayList (); @Override public void attach(Observer observer) { list.add(observer); } @Override public void detach(Observer observer) { list.remove(observer); } @Override public void notify(String message) { for (Observer observer : list) { observer.update(message); } }}
public class ObserverTest { public static void main(String[] args) { // 定义发布者 ConcreteSubject concreteSubject = new ConcreteSubject(); // 定义订阅者 ConcrereObserver concrereObserver = new ConcrereObserver("老王"); ConcrereObserver concrereObserver2 = new ConcrereObserver("Java"); // 添加订阅 concreteSubject.attach(concrereObserver); concreteSubject.attach(concrereObserver2); // 发布信息 concreteSubject.notify("更新了"); }}
程序执行结果如下:
老王:更新了
Java:更新了
答:装饰器模式是指动态地给一个对象增加一些额外的功能,同时又不改变其结构。
优点:装饰类和被装饰类可以独立发展,不会相互耦合,装饰模式是继承的一个替代模式,装饰模式可以动态扩展一个实现类的功能。
装饰器模式的关键:装饰器中使用了被装饰的对象。
比如,创建一个对象“laowang”,给对象添加不同的装饰,穿上夹克、戴上帽子…,这个执行过程就是装饰者模式,实现代码如下。
interface IPerson { void show();}
class DecoratorBase implements IPerson{ IPerson iPerson; public DecoratorBase(IPerson iPerson){ this.iPerson = iPerson; } @Override public void show() { iPerson.show(); }}
class Jacket extends DecoratorBase { public Jacket(IPerson iPerson) { super(iPerson); } @Override public void show() { // 执行已有功能 iPerson.show(); // 定义新行为 System.out.println("穿上夹克"); }}class Hat extends DecoratorBase { public Hat(IPerson iPerson) { super(iPerson); } @Override public void show() { // 执行已有功能 iPerson.show(); // 定义新行为 System.out.println("戴上帽子"); }}
class LaoWang implements IPerson{ @Override public void show() { System.out.println("什么都没穿"); }}
public class DecoratorTest { public static void main(String[] args) { LaoWang laoWang = new LaoWang(); Jacket jacket = new Jacket(laoWang); Hat hat = new Hat(jacket); hat.show(); }}
答:模板方法模式是指定义一个模板结构,将具体内容延迟到子类去实现。
优点:
以给冰箱中放水果为例,比如,我要放一个香蕉:开冰箱门 → 放香蕉 → 关冰箱门;如果我再要放一个苹果:开冰箱门 → 放苹果 → 关冰箱门。可以看出它们之间的行为模式都是一样的,只是存放的水果品类不同而已,这个时候就非常适用模板方法模式来解决这个问题,实现代码如下:
/\* \* 添加模板方法 \*/abstract class Refrigerator { public void open() { System.out.println("开冰箱门"); } public abstract void put(); public void close() { System.out.println("关冰箱门"); }}class Banana extends Refrigerator { @Override public void put() { System.out.println("放香蕉"); }}class Apple extends Refrigerator { @Override public void put() { System.out.println("放苹果"); }}/\* \* 调用模板方法 \*/public class TemplateTest { public static void main(String[] args) { Refrigerator refrigerator = new Banana(); refrigerator.open(); refrigerator.put(); refrigerator.close(); }}
程序执行结果:
开冰箱门
放香蕉
关冰箱门
代理模式是给某一个对象提供一个代理,并由代理对象控制对原对象的引用。
为什么要用代理模式?
中介隔离作用:在某些情况下,一个客户类不想或者不能直接引用一个委托对象,而代理类对象可以在客户类和委托对象之间起到中介的作用,其特征是代理类和委托类实现相同的接口。
开闭原则,增加功能:代理类除了是客户类和委托类的中介之外,我们还可以通过给代理类增加额外的功能来扩展委托类的功能,这样做我们只需要修改代理类而不需要再修改委托类,符合代码设计的开闭原则。代理类主要负责为委托类预处理消息、过滤消息、把消息转发给委托类,以及事后对返回结果的处理等。代理类本身并不真正实现服务,而是同过调用委托类的相关方法,来提供特定的服务。真正的业务功能还是由委托类来实现,但是可以在业务功能执行的前后加入一些公共的服务。例如我们想给项目加入缓存、日志这些功能,我们就可以使用代理类来完成,而没必要打开已经封装好的委托类。
缺点:
举一个生活中的例子:比如买飞机票,由于离飞机场太远,直接去飞机场买票不太现实,这个时候我们就可以上携程 App 上购买飞机票,这个时候携程 App 就相当于是飞机票的代理商。
代理模式实现代码如下:
/\* \* 定义售票接口 \*/interface IAirTicket { void buy();}/\* \* 定义飞机场售票 \*/class AirTicket implements IAirTicket { @Override public void buy() { System.out.println("买票"); }}/\* \* 代理售票平台 \*/class ProxyAirTicket implements IAirTicket { private AirTicket airTicket; public ProxyAirTicket() { airTicket = new AirTicket(); } @Override public void buy() { airTicket.buy(); }}/\* \* 代理模式调用 \*/public class ProxyTest { public static void main(String[] args) { IAirTicket airTicket = new ProxyAirTicket(); airTicket.buy(); }}
答:策略模式是指定义一系列算法,将每个算法都封装起来,并且使他们之间可以相互替换。
优点:遵循了开闭原则,扩展性良好。
缺点:随着策略的增加,对外暴露越来越多。
以生活中的例子来说,比如我们要出去旅游,选择性很多,可以选择骑车、开车、坐飞机、坐火车等,就可以使用策略模式,把每种出行作为一种策略封装起来,后面增加了新的交通方式了,如超级高铁、火箭等,就可以不需要改动原有的类,新增交通方式即可,这样也符合软件开发的开闭原则。 策略模式实现代码如下:
/\* \* 声明旅行 \*/interface ITrip { void going();}class Bike implements ITrip { @Override public void going() { System.out.println("骑自行车"); }}class Drive implements ITrip { @Override public void going() { System.out.println("开车"); }}/\* \* 定义出行类 \*/class Trip { private ITrip trip; public Trip(ITrip trip) { this.trip = trip; } public void doTrip() { this.trip.going(); }}/\* \* 执行方法 \*/public class StrategyTest { public static void main(String[] args) { Trip trip = new Trip(new Bike()); trip.doTrip(); }}
程序执行的结果:
骑自行车
答:适配器模式是将一个类的接口变成客户端所期望的另一种接口,从而使原本因接口不匹配而无法一起工作的两个类能够在一起工作。
优点:
缺点:过多地使用适配器,容易使代码结构混乱,如明明看到调用的是 A 接口,内部调用的却是 B 接口的实现。
以生活中的例子来说,比如有一个充电器是 MicroUSB 接口,而手机充电口却是 TypeC 的,这个时候就需要一个把 MicroUSB 转换成 TypeC 的适配器,如下图所示:
适配器实现代码如下:
/\* \* 传统的充电线 MicroUSB \*/interface MicroUSB { void charger();}/\* \* TypeC 充电口 \*/interface ITypeC { void charger();}class TypeC implements ITypeC { @Override public void charger() { System.out.println("TypeC 充电"); }}/\* \* 适配器 \*/class AdapterMicroUSB implements MicroUSB { private TypeC typeC; public AdapterMicroUSB(TypeC typeC) { this.typeC = typeC; } @Override public void charger() { typeC.charger(); }}/\* \* 测试调用 \*/public class AdapterTest { public static void main(String[] args) { TypeC typeC = new TypeC(); MicroUSB microUSB = new AdapterMicroUSB(typeC); microUSB.charger(); }}
程序执行结果:
TypeC 充电
答:JDK 常用的设计模式如下:
java.text.DateFormat 工具类,它用于格式化一个本地日期或者时间。
public final static DateFormat getDateInstance();public final static DateFormat getDateInstance(int style);public final static DateFormat getDateInstance(int style,Locale locale);
加密类
KeyGenerator keyGenerator = KeyGenerator.getInstance("DESede");Cipher cipher = Cipher.getInstance("DESede");
把其他类适配为集合类
ListarrayList = java.util.Arrays.asList(new Integer[]{ 1,2,3});List arrayList = java.util.Arrays.asList(1,2,3);
如 JDK 本身的动态代理。
interface Animal { void eat();}class Dog implements Animal { @Override public void eat() { System.out.println("The dog is eating"); }}class Cat implements Animal { @Override public void eat() { System.out.println("The cat is eating"); }}// JDK 代理类class AnimalProxy implements InvocationHandler { private Object target; // 代理对象 public Object getInstance(Object target) { this.target = target; // 取得代理对象 return Proxy.newProxyInstance(target.getClass().getClassLoader(), target.getClass().getInterfaces(), this); } @Override public Object invoke(Object proxy, Method method, Object[] args) throws Throwable { System.out.println("调用前"); Object result = method.invoke(target, args); // 方法调用 System.out.println("调用后"); return result; }}public static void main(String[] args) { // JDK 动态代理调用 AnimalProxy proxy = new AnimalProxy(); Animal dogProxy = (Animal) proxy.getInstance(new Dog()); dogProxy.eat();}
全局只允许有一个实例,比如:
Runtime.getRuntime();
为一个对象动态的加上一系列的动作,而不需要因为这些动作的不同而产生大量的继承类。
java.io.BufferedInputStream(InputStream); java.io.DataInputStream(InputStream); java.io.BufferedOutputStream(OutputStream); java.util.zip.ZipOutputStream(OutputStream); java.util.Collections.checkedList(List list, Class type) ;
定义一个操作中算法的骨架,将一些步骤的执行延迟到其子类中。
比如,Arrays.sort() 方法,它要求对象实现 Comparable 接口。
class Person implements Comparable{ private Integer age; public Person(Integer age){ this.age = age; } @Override public int compareTo(Object o) { Person person = (Person)o; return this.age.compareTo(person.age); }}public class SortTest(){ public static void main(String[] args){ Person p1 = new Person(10); Person p2 = new Person(5); Person p3 = new Person(15); Person[] persons = { p1,p2,p3}; //排序 Arrays.sort(persons); }}
答:IO 使用了适配器模式和装饰器模式。
答:Spring 框架使用的设计模式如下。
转载地址:http://ajkzi.baihongyu.com/