北京手机网站建设外包,小程序招商,书画艺术网站建设概况,微网站与手机网站目录
设计模式篇
1、工厂方法模式#xff08;利用创建同一接口的不同实例#xff09;#xff1a;
2、抽象工厂模式#xff08;多个工厂#xff09;
3、单例模式#xff08;保证对象只有一个实例#xff09;
4、原型模式#xff08;对一个原型进行复制、克隆产生类…目录
设计模式篇
1、工厂方法模式利用创建同一接口的不同实例
2、抽象工厂模式多个工厂
3、单例模式保证对象只有一个实例
4、原型模式对一个原型进行复制、克隆产生类似新对象
5、适配器模式接口兼容
6、装饰模式
7、代理模式
8、外观模式
9、桥接模式数据库驱动桥接
10、组合模式部分整体模式
11、 享元模式共享池、数据库连接池
12、策略模式多种算法封装
13、模板方法模式抽象方法作为骨架具体逻辑让子类实现
14、观察这模式发布-订阅模式
15、迭代器模式遍历集合
16、责任链模式(多任务形成一条链请求在链上传递)
17、命令模式实现请求和执行的解耦
18、备忘录模式保存和回复对象状态
19、状态模式对象状态改变时改变其行为
20、访问者模式数据接口稳定但算法易变
21、中介者模式
22、解耦器模式 对于一些固定文法构建⼀个解释句子的解释器如正则表达式
23、建造者模式创建复合对象
24、设计模式的六大原则
25、JDK中的设计模式
26、spring中的设计模式 设计模式篇
1、工厂方法模式利用创建同一接口的不同实例 1 、普通⼯⼚模式建⽴⼀个⼯⼚类对实现了同⼀接⼝的⼀些类进⾏实例的创建 public class SendFactory {public Sender produce(String type) {if (mail.equals(type)) {return new MailSender();} else if (sms.equals(type)) {return new SmsSender();} else {System.out.println(请输⼊正确的类型!);return null;}}
} 2、多个工厂方法模式提供多个工厂方法分别创建对象 public class SendFactory {public Sender produceMail() {return new MailSender();}public Sender produceSms() {return new SmsSender();}
} 3、静态工厂方法模式将上面的多个工厂置为静态的不需要创建工厂实例直接调用即可 4、适⽤场景凡是出现了⼤量不同种类的产品需要创建并且具有共同的接⼝时可以通过⼯⼚⽅法模式进⾏创建。在以上的三种模式中第⼀种如果传⼊的字符串有误不能正确创建对象第三种相对于第⼆种不需要实例化⼯⼚类所以⼤多数情况下我们会选⽤第三种——静态⼯⼚⽅法模式。 2、抽象工厂模式多个工厂 创建多个工厂类提高工厂的扩展性不⽤像上⾯⼀样如果增加产品则要去修改唯⼀的⼯⼚类 3、单例模式保证对象只有一个实例 1 、适⽤场景 某些类创建⽐较频繁对于⼀些⼤型的对象这是⼀笔很⼤的系统开销。 省去了new操作符降低了系统内存的使⽤频率减轻GC压⼒。 有些类如交易所的核⼼交易引擎控制着交易流程如果该类可以创建多个的话系统完全乱了。⽐如⼀个军队出现了多个司令员同时指挥肯定会乱成⼀团所以只有使⽤单例模式才能保证核⼼交易服务器独⽴控制整个流程。 2 、代码 public class Singleton {/* 持有私有静态实例防⽌被引⽤此处赋值为null⽬的是实现延迟加载 */private static Singleton instance null;/* 私有构造⽅法防⽌被实例化 */private Singleton() {}/* 静态⼯程⽅法创建实例 */public static Singleton getInstance() {if (instance null) {instance new Singleton();}return instance;}/* 如果该对象被⽤于序列化可以保证对象在序列化前后保持⼀致 */public Object readResolve() {return instance;}
} 3 、分类 饿汉式类初始化时创建单例线程安全适⽤于单例占内存⼩的场景否则推荐使⽤懒汉式延迟加载 public class Singleton {private static Singleton instance new Singleton();private Singleton() {}public static Singleton newInstance() {return instance;}
} 懒汉式需要创建单例实例的时候再创建需要考虑线程安全(性能不太好) public class Singleton {private static Singleton instance null;private Singleton() {}public static synchronized Singleton newInstance() {if (null instance) {instance new Singleton();}return instance;}
} 双重检验锁效率⾼ ( 解决问题假如两个线程 A 、 B A 执⾏了 if (instance null) 语句它会认为单例对象没有创建此时线程切到 B 也执⾏了同样的语句B 也认为单例对象没有创建然后两个线程依次执⾏同步代码块并分别创建了⼀个单例对象。 ) public class Singleton {private static volatile Singleton instance null;//volatile的⼀个语义是禁⽌指令重排序优化 private Singleton() {}public static Singleton getInstance() {if (instance null) {synchronized (Singleton.class) {if (instance null) {//2 instance new Singleton();}}}return instance;}
} 静态内部类⽅式可以同时保证延迟加载和线程安全。 public class Singleton {private static class SingletonHolder {public static Singleton instance new Singleton();}private Singleton() {}public static Singleton newInstance() {return SingletonHolder.instance;}
} 枚举使⽤枚举除了线程安全和防⽌反射调⽤构造器之外还提供了⾃动序列化机制防⽌反序列化的时候创建新的对象。 public enum Singleton {instance;public void whateverMethod() {}
} 4、原型模式对一个原型进行复制、克隆产生类似新对象 1 、核⼼它的核⼼是原型类 Prototype 需要实现 Cloneable 接⼝和重写 Object 类中的 clone ⽅法 2 、作⽤使⽤原型模式创建对象⽐直接 new ⼀个对象在性能上要好的多因为 Object 类的 clone ⽅法是⼀个本地⽅法它直接操作内存中的⼆进制流特别是复制⼤对象时性能的差别⾮常明显。 5、适配器模式接口兼容 将某个类的接⼝转换成客户端期望的另⼀个接⼝表示⽬的是消除由于接⼝不匹配所造成的类的兼容性问题。 1 、类的适配器模式 2 、对象的适配器模式 3、接⼝的适配器模式 4 、使⽤场景 类的适配器模式当希望将⼀个类转换成满⾜另⼀个新接⼝的类时可以使⽤类的适配器模式创建⼀个新类继承原有的类实现新的接⼝即可。 对象的适配器模式当希望将⼀个对象转换成满⾜另⼀个新接⼝的对象时可以创建⼀个Wrapper类持有原类的⼀个实例在Wrapper类的⽅法中调⽤实例的⽅法就⾏。 接⼝的适配器模式当不希望实现⼀个接⼝中所有的⽅法时可以创建⼀个抽象类Wrapper实现所有⽅法我们写别的类的时候继承抽象类即可。 6、装饰模式 给对象动态增加新功能需持有对象实例)装饰模式就是给⼀个对象增加⼀些新的功能⽽且是动态的要求装饰对象和被装饰对象实现同⼀个接⼝装饰对象持有被装饰对象的实例 1、实例 2、使⽤场景 需要扩展⼀个类的功能。 动态的为⼀个对象增加功能⽽且还能动态撤销。继承不能做到这⼀点继承的功能是静态的不能动态增删。 7、代理模式 持有被代理类的实例进⾏操作前后控制)采⽤⼀个代理类调⽤原有的⽅法且对产⽣的结果进⾏控制。 8、外观模式 外观模式是为了解决类与类之间的依赖关系的像 spring ⼀样可以将类和类之间的关系配置到配置⽂件中⽽外观模式就是将他们的关系放在⼀个Facade 类中降低了类类之间的耦合度。 9、桥接模式数据库驱动桥接 桥接模式就是把事物和其具体实现分开使他们可以各⾃独⽴的变化。桥接的⽤意是将抽象化与实现化解耦使得⼆者可以独⽴变化像我们常⽤的JDBC 桥 DriverManager ⼀样 JDBC 进⾏连接数据库的时候在各个数据库之间进⾏切换基本不需要动太多的代码甚⾄丝毫不⽤动原因就是JDBC 提供统⼀接⼝每个数据库提供各⾃的实现⽤⼀个叫做数据库驱动的程序来桥接就⾏了。 10、组合模式部分整体模式 组合模式有时⼜叫部分-整体模式在处理类似树形结构的问题时⽐较⽅便。 11、 享元模式共享池、数据库连接池 享元模式的主要⽬的是实现对象的共享即共享池当系统中对象多的时候可以减少内存的开销通常与⼯⼚模式⼀起使⽤。当⼀个客户端请求时⼯⼚需要检查当前对象池中是否有符合条件的对象如果有就返回已经存在的对象如果没有则创建⼀个新对象如数据库连接池 12、策略模式多种算法封装 策略模式定义了⼀系列算法并将每个算法封装起来使他们可以相互替换且算法的变化不会影响到使⽤算法的客户。需要设计⼀个接⼝为⼀系列实现类提供统⼀的⽅法多个实现类实现该接⼝ ICalculator cal new Plus(); //ICalculator是统⼀接⼝Plus是实现类(多个)int result cal.calculate(exp); //jvm根据实现类不同⽽调⽤不同实现类的⽅法 13、模板方法模式抽象方法作为骨架具体逻辑让子类实现 定义一个操作中算法的框架⽽将⼀些步骤延迟到⼦类中使得⼦类可以不改变算法的结构即可重定义该算法中的某些特定步骤。完成公共动作和特殊动作的分离。 //题⽬排序并打印
abstract class AbstractSort {
/*** 将数组array由⼩到⼤排序** param array*/
protected abstract void sort(int[]array);public void showSortResult(int[]array){System.out.print(排序结果);//打印}}//排序
class ConcreteSort extends AbstractSort {Overrideprotected void sort(int[] array) {for (int i 0; i array.length - 1; i) {selectSort(array, i);}}private void selectSort(int[] array, int index) {//排序的实现逻辑}
}//测试
public class Client {public static int[] a {10, 32, 1, 9, 5, 7, 12, 0, 4, 3}; // 预设数据数组public static void main(String[] args) {AbstractSort s new ConcreteSort();s.showSortResult(a);}
} 14、观察这模式发布-订阅模式 当⼀个对象变化时其它依赖该对象的对象都会收到通知并且随着变化对象之间是⼀种⼀对多的关系。类似于邮件订阅和RSS 订阅当你订阅了该⽂章如果后续有更新会及时通知你。 15、迭代器模式遍历集合 迭代器模式就是顺序访问聚集中的对象。 16、责任链模式(多任务形成一条链请求在链上传递) 有多个对象每个对象持有对下⼀个对象的引⽤这样就会形成⼀条链请求在这条链上传递直到某⼀对象决定处理该请求。但是发出者并不清楚到底最终那个对象会处理该请求所以责任链模式可以实现在隐瞒客户端的情况下对系统进⾏动态的调整。 17、命令模式实现请求和执行的解耦 命令模式的⽬的就是达到命令的发出者和执⾏者之间解耦实现请求和执⾏分开熟悉 Struts 的同学应该知道Struts 其实就是⼀种将请求和呈现分离的技术其中必然涉及命令模式的思想 18、备忘录模式保存和回复对象状态 主要目的是保存一个对象的某个状态以使在适当的时候恢复对象。 19、状态模式对象状态改变时改变其行为 当对象的状态改变时同时改变其⾏为。状态模式就两点 可以通过改变状态来获得不同的⾏为。你的好友能同时看到你的变化。 20、访问者模式数据接口稳定但算法易变 访问者模式把数据结构和作⽤于结构上的操作解耦合使得操作集合可相对⾃由地演化。 访问者模式适⽤于数据结构相对稳定算法⼜易变化的系统。因为访问者模式使得算法操作增加变得容易。访问者模式就是⼀种分离对象数据结构与⾏为的⽅法通过这种分离可达到为⼀个被访问者动态添加新的操作⽽⽆需做其它的修改的效果。 21、中介者模式 中介者模式也是⽤来降低类类之间的耦合的。如果使⽤中介者模式只需关⼼和 Mediator 类的关系具体类类之间的关系及调度交给Mediator 就⾏这有点像 spring 容器的作⽤。 22、解耦器模式 对于一些固定文法构建⼀个解释句子的解释器如正则表达式 解释器模式⽤来做各种各样的解释器如正则表达式等的解释器。 23、建造者模式创建复合对象 ⼯⼚类模式提供的是创建单个类的模式⽽建造者模式则是将各种产品集中起来进⾏管理⽤来创建复合对象所谓复合对象就是指某个类具有不同的属性。 24、设计模式的六大原则 开闭原则Open Close Principle 开闭原则就是说对扩展开放对修改关闭。在程序需要进⾏拓展的时候不能去修改原有的代码实现⼀个热插拔的效果。 所以⼀句话概括就是为了使程序的扩展性好易于维护和升级。想要达到这样的效果我们需要使⽤接⼝和抽象类后⾯的具体设计中我们会提到这点。 里氏代换原则Liskov Substitution Principle 里氏代换原则(Liskov Substitution Principle LSP)⾯向对象设计的基本原则之⼀。 里氏代换原则中说任何基类可以出现的地方子类⼀定可以出现。 LSP是继承复用的基石只有当衍⽣类可以替换掉基类软件单位的功能不受到影响时基类才能真正被复⽤⽽衍⽣类也能够在基类的基础上增加新的⾏为。⾥⽒代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。⽽基类与⼦类的继承关系就是抽象化的具体实现所以⾥⽒代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科 依赖倒转原则Dependence Inversion Principle 这个是开闭原则的基础具体内容真对接⼝编程依赖于抽象⽽不依赖于具体。 接⼝隔离原则Interface Segregation Principle 这个原则的意思是使⽤多个隔离的接⼝⽐使⽤单个接⼝要好。还是⼀个降低类之间的耦合度的意思从这⼉我们看出其实设计模式就是⼀个软件的设计思想从⼤型软件架构出发为了升级和维护⽅便。所以上⽂中多次出现降低依赖降低耦合。 迪⽶特法则最少知道原则Demeter Principle 为什么叫最少知道原则就是说⼀个实体应当尽量少的与其他实体之间发⽣相互作⽤使得系统功能模块相对独⽴。 合成复⽤原则Composite Reuse Principle 原则是尽量使⽤合成/聚合的⽅式⽽不是使⽤继承 25、JDK中的设计模式 1、单例模式 java.lang.Runtime#getRuntime() java.awt.Desktop#getDesktop() java.lang.System#getSecurityManager() 2、责任链模式 java.util.logging.Logger#log() javax.servlet.Filter#doFilter()z 3、观察者模式 java.util.Observer/ java.util.Observable很少在现实世界中使用所有实现java.util.EventListener因此实际上各地的Swing javax.servlet.http.HttpSessionBindingListener javax.servlet.http.HttpSessionAttributeListener javax.faces.event.PhaseListener 26、spring中的设计模式 a. 简单⼯⼚spring中的BeanFactory就是简单⼯⼚模式的体现根据传⼊⼀个唯⼀的标识来获得bean对象但是否是在传⼊参数后创建还是传⼊参数前创建这个要根据具体情况来定。 b. 单例模式Spring下默认的bean均为singleton。 c. 代理模式为其他对象提供⼀种代理以控制对这个对象的访问。 从结构上来看和Decorator模式类似但Proxy是控制更像是⼀种对功能的限制⽽Decorator是增加职责。 spring的Proxy模式在aop中有体现⽐如JdkDynamicAopProxy和Cglib2AopProxy。 d. 观察者模式定义对象间的⼀种⼀对多的依赖关系当⼀个对象的状态发⽣改变时所有依赖于它的对象都得到通知并被⾃动更新。spring中Observer模式常⽤的地⽅是listener的实现。如ApplicationListener。 今天更新的有点多但是都是设计模式没办法分两天更所以多看看吧。
