设计模式--java
- 格式:docx
- 大小:90.81 KB
- 文档页数:25
设计模式模板方法模式JAVA 篇一:Java模板方法设计模式1. 什么是回调函数所谓回调,就是客户程序C调用服务程序S中的某个函数A,然后S又在某个时候反过来调用C中的某个函数B,对于C来说,这个B便叫做回调函数。
回调函数只是一个功能片段,由用户按照回调函数调用约定来实现的一个函数。
回调函数是一个工作流的一部分,由工作流来决定函数的调用(回调)时机。
一般说来,C不会自己调用B,C提供B的目的就是让S来调用它,而且是C不得不提供。
由于S并不知道C 提供的B姓甚名谁,所以S会约定B的接口规范(函数原型),然后由C提前通过S的一个函数R告诉S自己将要使用B函数,这个过程称为回调函数的注册,R称为注册函数。
Web Service以及Java 的RMI都用到回调机制,可以访问远程服务器程序。
回调函数包含下面几个特性:1、属于工作流的一个部分;2、必须按照工作流指定的调用约定来申明(定义);3、他的调用时机由工作流决定,回调函数的实现者不能直接调用回调函数来实现工作流的功能;2. 回调机制回调机制是一种常见的设计模型,他把工作流内的某个功能,按照约定的接口暴露给外部使用者,为外部使用者提供数据,或要求外部使用者提供数据。
java回调机制:软件模块之间总是存在着一定的接口,从调用方式上,可以把他们分为三类:同步调用、回调和异步调用。
同步调用:一种阻塞式调用,调用方要等待对方执行完毕才返回,它是一种单向调用;回调:一种双向调用模式,也就是说,被调用方在接口被调用时也会调用对方的接口;异步调用:一种类似消息或事件的机制,不过它的调用方向刚好相反,接口的服务在收到某种讯息或发生某种事件时,会主动通知客户方(即调用客户方的接口)。
回调和异步调用的关系非常紧密:使用回调来实现异步消息的注册,通过异步调用来实现消息的通知。
实例:1、回调类接口/*** 回调类接口**/public interface CallBack {public String findCallBack();}2、调用者/*** 调用者**/public class AnotherFunction {CallBack findCallBack;// 调用实现类方法} public String doCallback() { returnfindCallBack.findCallBack(); } /* 业务需要的时候,通过委派,来调用实现类的具体方法 */ public void setCallback(CallBack findCallBack){ this.findCallBack = findCallBack; }3、测试回调函数/*** new CallBack给调用者anotherFunction对象传递了一个实现CallBack接口的匿名类,* 这样AnotherFunction类的对象就取得了一个实现接口的类,可以在任何时候调用接口中的方法*/public class CallMainTest {public static void main(String[] args) {// 创建调用者实现类 AnotherFunction anotherFunction = new AnotherFunction(); // 将回调类接口注册进实现类中anotherFunction.setCallback(new CallBack(){ @Override public String findCallBack(){return "在CallMainTest类中实现但不能被CallMainTest 的对象引用,而由AnotherFunction对象调用";}});}//接收回调函数返回的信息 String info = anotherFunction.doCallback(); //打印输出System.out.println(info); }上述的代码:1.两个类:匿名类和AnotherFunction2.匿名类实现接口CallBack(在CallMainTest测试的main方法中用匿名类的形式实现)3.AnotherFunction拥有一个参数为CallBack接口类型的函数setCallback(CallBack findCallBack)4.匿名类运行时调用AnotherFunction 中setCallBack函数,以自身传入参数5.AnotherFunction 已取得匿名类,就可以随时回调匿名类中所实现的CallBack接口中的方法回调方法的使用通常发生在“java接口”和“抽象类”的使用过程中。
java最常用的六种设计模式及举例设计模式是在软件开发过程中经验总结的一种编码和设计方式,它们可以帮助我们更好地组织代码,提高代码的可维护性和可复用性。
下面是 Java 中最常用的六种设计模式及其举例:1. 单例模式:单例模式确保一个类只有一个实例,并提供一个全局访问点。
典型的例子是 `ng.Runtime` 类,在整个 JVM 中只有一个运行时实例。
2. 工厂模式:工厂模式通过一个工厂类来创建其他类的对象,将对象的创建和使用分离,降低了代码的耦合度。
比如,`java.util.Calendar` 类使用了工厂模式来创建 `Calendar` 对象,其中的 `getInstance()` 方法返回一个 `Calendar` 实例。
3. 观察者模式:观察者模式定义了对象之间的一对多的依赖关系,当一个对象状态发生改变时,其相关依赖对象会收到通知并自动更新。
一个典型的例子是使用 `java.util.Observable` 类和 `java.util.Observer`接口进行监听和通知。
4. 装饰者模式:装饰者模式通过动态地将新功能附加到对象上,为对象提供了灵活的扩展方式,不需要修改原始对象的结构。
比如,`java.io` 包中的各种装饰者类可以用来扩展输入输出功能。
5. 策略模式:策略模式定义了一组算法,并将每个算法封装到可互换的对象中,使得算法的变化不会影响到使用算法的客户端。
一个常见的例子是使用 `parator` 接口来实现不同的比较策略。
6. 适配器模式:适配器模式将一个类的接口转换成客户端所期望的另一个接口,使得原本不兼容的类可以一起工作。
比如,`java.util.Arrays` 类中的 `asList()` 方法返回的是一个适配器,可以将数组转换成 List。
通过学习这些设计模式,我们可以更好地组织和设计代码,提高代码的可读性和可维护性。
在实际的开发中,我们可以针对具体的需求选择合适的设计模式,并根据需要进行一定的修改和定制。
《Java设计模式大全》Java语言是当今非常流行的编程语言,在Web开发、大数据处理、机器学习等领域都有广泛的应用。
Java设计模式是Java开发中非常重要的一部分,它可以帮助开发者更好地组织和管理代码,提高代码的可重用性和可维护性。
本文将为大家介绍Java设计模式的各种类型,以及如何在实际开发中应用这些设计模式。
一、什么是设计模式设计模式是指在软件设计过程中经过反复验证,被广泛应用并被认同的一种解决特定问题的方案。
设计模式是对软件设计经验的总结和提炼,它可以指导开发者在特定情境下进行面向对象的软件设计和编程。
设计模式在软件开发中的作用是非常重要的,它可以提高软件的可扩展性、可维护性和可复用性,减少软件开发过程中的重复工作,同时还可以让开发者更好地进行沟通和协作。
二、Java设计模式的分类Java设计模式按照其目的和形式可以分为以下三种类型。
1、创建型模式创建型模式是一种用于创建对象的模式,它主要是处理对象的实例化、初始化和组合等问题。
这种模式在需要对对象的具体实现进行隔离时非常有用,它可以让代码更加灵活和可维护。
常见的创建型模式有:简单工厂模式、工厂方法模式、抽象工厂模式、单例模式、建造者模式和原型模式。
2、结构型模式结构型模式是一种用于描述对象之间组合方式的模式,它关注的是对象的组合和协作方式。
结构型模式可以允许开发者通过某些方式,将对象组织起来以满足特定需求。
常见的结构型模式有:适配器模式、桥接模式、组合模式、装饰器模式、外观模式、享元模式和代理模式。
3、行为型模式行为型模式是一种用于描述对象之间消息传递和流程控制的模式,它关注的是对象之间的交互方式和协作机制。
行为型模式可以帮助开发者构建一个有机的、高度可扩展的软件系统。
常见的行为型模式有:责任链模式、命令模式、解释器模式、迭代器模式、中介者模式、备忘录模式、观察者模式、状态模式、策略模式、模板方法模式和访问者模式。
三、Java设计模式的应用Java设计模式是一种非常实用的开发技巧,它可以帮助开发者更好地组织和管理代码,提高软件的可重用性和可维护性,同时也可以让团队进行更加高效的协作和沟通。
java⼏种常⽤设计模式简单⽰例1.单例设计模式所谓单例设计模式简单说就是⽆论程序如何运⾏,采⽤单例设计模式的类(Singleton类)永远只会有⼀个实例化对象产⽣。
具体实现步骤如下:(1) 将采⽤单例设计模式的类的构造⽅法私有化(采⽤private修饰)。
(2) 在其内部产⽣该类的实例化对象,并将其封装成private static类型。
(3) 定义⼀个静态⽅法返回该类的实例。
⽰例代码如下:class Singleton {private static Singleton instance = new Singleton();// 在内部产⽣本类的实例化对象public static Singleton getInstance() { // 通过静态⽅法返回instance对象return instance;}private Singleton() { // 将构造⽅法封装为私有化}public void print() {System.out.println("Hello World");}}public class SingletonDemo {public static void main(String args[]) {Singleton s1 = null; // 声明对象Singleton s2 = null; // 声明对象Singleton s3 = null; // 声明对象s1 = Singleton.getInstance(); // 取得实例化对象s2 = Singleton.getInstance(); // 取得实例化对象s3 = Singleton.getInstance(); // 取得实例化对象s1.print(); // 调⽤⽅法s2.print(); // 调⽤⽅法s3.print(); // 调⽤⽅法}} ⼀、单例模式的介绍Singleton是⼀种创建型模式,指某个类采⽤Singleton模式,则在这个类被创建后,只可能产⽣⼀个实例供外部访问,并且提供⼀个全局的访问点⼆、单例模式的实现实现的⽅式有如下四种:/**** 单例模式的实现:饿汉式,线程安全但效率⽐较低*/public class SingletonTest {private SingletonTest() {}private static final SingletonTest instance = new SingletonTest();public static SingletonTest getInstancei() {return instance;}}/*** 单例模式的实现:饱汉式,⾮线程安全**/public class SingletonTest {private SingletonTest() {}private static SingletonTest instance;public static SingletonTest getInstance() {if (instance == null)instance = new SingletonTest();return instance;}}/*** 线程安全,但是效率⾮常低* @author vanceinfo**/public class SingletonTest {private SingletonTest() {}private static SingletonTest instance;public static synchronized SingletonTest getInstance() {if (instance == null)instance = new SingletonTest();return instance;}}/*** 线程安全并且效率⾼**/public class SingletonTest {private static SingletonTest instance;private SingletonTest() {}public static SingletonTest getIstance() {if (instance == null) {synchronized (SingletonTest.class) {if (instance == null) {instance = new SingletonTest();}}}return instance;}}2.⼯⼚设计模式程序在接⼝和⼦类之间加⼊了⼀个过渡端,通过此过渡端可以动态取得实现了共同接⼝的⼦类实例化对象。
Java设计模式常用设计模式及其应用场景设计模式是软件工程中常用的一种解决问题的方案,它提供了一套被广泛接受和验证的解决方案,用于解决在软件设计过程中遇到的各种问题。
Java作为一种广泛应用的编程语言,有许多常用的设计模式可以应用到Java开发中。
本文将介绍几种常用的Java设计模式以及它们的应用场景。
一、单例模式单例模式是一种在整个应用程序中只允许创建一个实例的设计模式。
它主要解决的问题是对资源的共享访问以及避免重复创建对象。
在Java中,单例模式的应用场景非常多,比如用于创建数据库连接池、线程池等资源池。
使用单例模式可以保证这些资源的唯一性,避免资源的浪费。
二、工厂模式工厂模式是一种通过创建工厂类来实例化对象的设计模式。
它主要解决的问题是创建对象的过程复杂,需要通过工厂类来封装这个复杂的过程。
在Java中,工厂模式常用于创建对象时需要根据条件来判断具体需要创建哪种类型的对象的情况。
比如,根据用户的输入来创建不同类型的图形对象,可以使用工厂模式。
三、观察者模式观察者模式是一种对象间的一对多依赖关系,当一个对象的状态发生变化时,它的所有依赖对象都会收到通知并自动更新。
在Java中,观察者模式被广泛应用于事件监听和消息传递。
比如,一个网站上的用户注册功能,当用户成功注册后,可以通过观察者模式通知其他相关的模块进行相应的操作。
四、策略模式策略模式是一种将算法封装起来并使其可以互相替换的设计模式。
它主要解决的问题是为同一种问题提供多种解决方案,并且使这些解决方案可以相互替换,互不影响。
在Java中,策略模式可以用于实现不同的排序算法、不同的计算方式等。
比如,一个商场的折扣活动可以采用策略模式,根据不同的折扣策略计算折扣后的价格。
五、装饰者模式装饰者模式是一种通过为对象添加新的功能来扩展其功能的设计模式,它不改变对象的结构。
在Java中,装饰者模式常用于对已有的类进行功能扩展或者改造。
比如,对一个已有的文件读写类进行包装,增加加密、压缩等额外功能,而不改变原有类的结构和接口。
java设计模式面试题Java 设计模式面试题设计模式是软件开发中常用的解决问题的方法论,它通过提供经过验证的解决方案来应对各种软件设计问题。
在面试中,设计模式也是经常被问到的内容之一。
本文将介绍一些常见的Java 设计模式面试题,并给出对应的解答。
一、单例模式(Singleton Pattern)单例模式是一种创建型设计模式,其目的是保证一个类只有一个实例,并提供一个全局访问点。
常见的实现方式有懒汉式和饿汉式。
1. 懒汉式实现单例模式的代码示例:```javapublic class Singleton {private static Singleton instance;private Singleton() {}public static Singleton getInstance() {if (instance == null) {instance = new Singleton();}return instance;}2. 饿汉式实现单例模式的代码示例:```javapublic class Singleton {private static Singleton instance = new Singleton();private Singleton() {}public static Singleton getInstance() {return instance;}}```二、工厂模式(Factory Pattern)工厂模式是一种创建型设计模式,其通过提供一个公共接口来创建对象,而不需要暴露对象的创建逻辑。
1. 简单工厂模式的代码示例:```javapublic interface Shape {void draw();public class Circle implements Shape {@Overridepublic void draw() {System.out.println("Draw a circle.");}}public class Rectangle implements Shape {@Overridepublic void draw() {System.out.println("Draw a rectangle.");}}public class ShapeFactory {public Shape createShape(String shapeType) {if (shapeType.equalsIgnoreCase("circle")) {return new Circle();} else if (shapeType.equalsIgnoreCase("rectangle")) { return new Rectangle();}return null;}}```2. 抽象工厂模式的代码示例:```javapublic interface Shape {void draw();}public interface Color {void fill();}public class Circle implements Shape { @Overridepublic void draw() {System.out.println("Draw a circle."); }}public class Rectangle implements Shape {@Overridepublic void draw() {System.out.println("Draw a rectangle."); }}public class Red implements Color {@Overridepublic void fill() {System.out.println("Fill with red color."); }}public class Blue implements Color {@Overridepublic void fill() {System.out.println("Fill with blue color."); }}public abstract class AbstractFactory {public abstract Shape createShape(String shapeType); public abstract Color createColor(String colorType);}public class ShapeFactory extends AbstractFactory {@Overridepublic Shape createShape(String shapeType) {if (shapeType.equalsIgnoreCase("circle")) {return new Circle();} else if (shapeType.equalsIgnoreCase("rectangle")) { return new Rectangle();}return null;}@Overridepublic Color createColor(String colorType) {return null;}}public class ColorFactory extends AbstractFactory {@Overridepublic Shape createShape(String shapeType) {return null;}@Overridepublic Color createColor(String colorType) {if (colorType.equalsIgnoreCase("red")) {return new Red();} else if (colorType.equalsIgnoreCase("blue")) {return new Blue();}return null;}}```三、观察者模式(Observer Pattern)观察者模式是一种行为型设计模式,其定义了对象之间的一对多依赖关系,使得当一个对象改变状态时,它的所有依赖者都会收到通知并自动更新。
java常用的设计模式及应用场景一、单例模式(Singleton)单例模式是一种对象创建型模式,它指的是设计一个类,使其只能生成一个实例。
它只提供一个类实例,保证只有一个实例存在。
有时候,只需要一个类的实例来控制整个系统,例如实现一个全局的缓存,或是建立一个共享的日志记录器,单例模式可以很好的实现这个目的。
应用场景:1、对于需要频繁创建和销毁的对象,可以考虑使用单例模式,以避免过多地重复创建和销毁造成系统开销。
2、对于某些资源比较宝贵的对象,例如数据库连接,则可以用单例模式进行封装,保证全局应用程序只有一个,从而避免重复创建,浪费资源。
二、工厂模式(Factory)工厂模式是一种类创建型模式,它把类的实例化推迟到子类来完成。
它用于隔离客户类和实例化对象,通过声明抽象类类来定义构造过程,将不同的定义转移到不同的子类中去,从而使用户不需要关心实例化过程。
1、在有大量不同对象需要创建和管理的情况下,可以利用工厂模式封装类的实例化和存储,将池中不同对象来进行统一管理。
2、在使用设计模式的情况下,复杂的类结构已经不适合用一个实例来创建,可以采用工厂模式实现多个类的实例化,让用户不用关心对象实例的创建过程。
抽象工厂模式是一种工厂模式的拓展,它把简单工厂模式的单一职责拆分为多个类,从而实现一个系列相关的或相互依赖的工厂,以满足比较复杂的对象创建需求。
1、在需要创建复杂对象,而复杂对象又由多个部件组成的情况下,例如计算机,单一工厂模式已经不能满足需求,那么可以通过抽象工厂模式来实现。
2、在需要产生大量不同类型的对象,或者存在一系列相互依赖的产品族,这种情况下可以使用抽象工厂模式,将工厂定义为不同维度组成的一个系列。
四、建造者模式(Builder)建造者模式是一种设计模式,它也叫构造子模式,通过使用建造者模式,客户端可以不必担心具体的生产过程,只需要给出具体的请求,由建造者来负责构造出请求的产品对象。
1、在有复杂的产品对象的时候,例如需要对多个部件进行拼装,以构造出复杂的对象,可以采用建造者模式将复杂的拼装过程进行封装,避免复杂的拼装过程变得混乱。
java 面向对象的常用设计模式java 面向对象的常用设计模式有:1、观察者模式观察者模式又称为发布-订阅模式,定义了对象之间一对多依赖关系,当目标对象(被观察者)的状态发生改变时,它的所有依赖者(观察者)都会收到通知。
2、抽象工厂模式抽象工厂模式主要用于创建相关对象的家族。
当一个产品族中需要被设计在一起工作时,通过抽象工厂模式,能够保证客户端始终只使用同一个产品族中的对象;并且通过隔离具体类的生成,使得客户端不需要明确指定具体生成类;所有的具体工厂都实现了抽象工厂中定义的公共接口,因此只需要改变具体工厂的实例,就可以在某种程度上改变整个软件系统的行为。
3、单例设计模式单例设计模式可以确保系统中某个类只有一个实例,该类自行实例化并向整个系统提供这个实例的公共访问点,除了该公共访问点,不能通过其他途径访问该实例。
4、策略模式将类中经常改变或者可能改变的部分提取为作为一个抽象策略接口类,然后在类中包含这个对象的实例,这样类实例在运行时就可以随意调用实现了这个接口的类的行为。
比如定义一系列的算法,把每一个算法封装起来,并且使它们可相互替换,使得算法可独立于使用它的客户而变化,这就是策略模式。
5、适配器模式适配器模式主要用于将一个类或者接口转化成客户端希望的格式,使得原本不兼容的类可以在一起工作,将目标类和适配者类解耦;同时也符合“开闭原则”,可以在不修改原代码的基础上增加新的适配器类;将具体的实现封装在适配者类中,对于客户端类来说是透明的,而且提高了适配者的复用性,但是缺点在于更换适配器的实现过程比较复杂。
6、命令模式命令模式的本质是将请求封装成对象,将发出命令与执行命令的责任分开,命令的发送者和接收者完全解耦,发送者只需知道如何发送命令,不需要关心命令是如何实现的,甚至是否执行成功都不需要理会。
命令模式的关键在于引入了抽象命令接口,发送者针对抽象命令接口编程,只有实现了抽象命令接口的具体命令才能与接收者相关联。
java常用设计模式及应用场景Java设计模式是一套经过总结和提炼的、使用Java语言编写的面向对象设计经验的模板。
它们是软件开发过程中常用的解决方案,能够提高代码的可读性、可维护性和可重用性。
本文将介绍常用的几种Java设计模式及其应用场景。
1. 单例模式(Singleton Pattern)单例模式是最简单的设计模式之一,它保证一个类只有一个实例,并提供全局访问点。
在Java中,单例模式常用于数据库连接池、线程池、日志记录器等需要全局唯一实例的场景。
2. 工厂模式(Factory Pattern)工厂模式通过抽象工厂类和具体工厂类的组合,将对象的创建过程封装起来,使得客户端不需要关心对象的具体实现。
在Java中,工厂模式常用于创建复杂对象,例如GUI界面中的控件,数据库操作中的连接对象等。
3. 抽象工厂模式(Abstract Factory Pattern)抽象工厂模式是工厂模式的一种扩展,它提供了一个接口,用于创建一系列相关或相互依赖的对象。
在Java中,抽象工厂模式常用于创建一组相互关联的产品,例如操作系统的界面风格、数据库的操作接口等。
4. 建造者模式(Builder Pattern)建造者模式将一个复杂对象的构建过程与其表示相分离,使得同样的构建过程可以创建不同的表示。
在Java中,建造者模式常用于创建一些复杂的对象,例如邮件发送器、PDF生成器等。
5. 原型模式(Prototype Pattern)原型模式通过复制现有对象来创建新对象,避免了创建过程中的复杂配置。
在Java中,原型模式常用于创建一系列相似的对象,例如线程池中的工作线程、图形界面中的图形对象等。
6. 适配器模式(Adapter Pattern)适配器模式将一个类的接口转换成客户端所期望的另一个接口,使得原本不兼容的类可以合作。
在Java中,适配器模式常用于兼容不同版本的类库、集成第三方接口等。
7. 桥接模式(Bridge Pattern)桥接模式将抽象部分与实现部分分离,使它们可以独立地变化。
JAVA的设计模式一、设计模式的六大原则:1、单一职责原则不要存在多于一个导致类变更的原因,也就是说每个类应该实现单一的职责,如若不然,就应该把类拆分。
2、里氏替换原则(Liskov Substitution Principle)里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。
里氏代换原则中说,任何基类可以出现的地方,子类一定可以出现。
LSP是继承复用的基石,只有当衍生类可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。
里氏代换原则是对“开-闭”原则的补充。
实现“开-闭”原则的关键步骤就是抽象化。
而基类与子类的继承关系就是抽象化的具体实现,所以里氏代换原则是对实现抽象化的具体步骤的规范。
历史替换原则中,子类对父类的方法尽量不要重写和重载。
因为父类代表了定义好的结构,通过这个规范的接口与外界交互,子类不应该随便破坏它。
3、依赖倒转原则(Dependence Inversion Principle)这个是开闭原则的基础,具体内容:面向接口编程,依赖于抽象而不依赖于具体。
写代码时用到具体类时,不与具体类交互,而与具体类的上层接口交互。
4、接口隔离原则(Interface Segregation Principle)这个原则的意思是:每个接口中不存在子类用不到却必须实现的方法,如果不然,就要将接口拆分。
使用多个隔离的接口,比使用单个接口(多个接口方法集合到一个的接口)要好。
5、迪米特法则(最少知道原则)就是说:一个类对自己依赖的类知道的越少越好。
也就是说无论被依赖的类多么复杂,都应该将逻辑封装在方法的内部,通过public方法提供给外部。
这样当被依赖的类变化时,才能最小的影响该类。
最少知道原则的另一个表达方式是:只与直接的朋友通信。
类之间只要有耦合关系,就叫朋友关系。
耦合分为依赖、关联、聚合、组合等。
我们称出现为成员变量、方法参数、方法返回值中的类为直接朋友。
局部变量、临时变量则不是直接的朋友。
我们要求陌生的类不要作为局部变量出现在类中。
6、合成复用原则原则是尽量首先使用合成/聚合的方式,而不是使用继承。
二、常见模式介绍1.创建模式工厂方法模式适用场景:首先,作为一种创建类模式,在任何需要生成复杂对象的地方,都可以使用工厂方法模式。
有一点需要注意的地方就是复杂对象适合使用工厂模式,而简单对象,特别是只需要通过new就可以完成创建的对象,无需使用工厂模式。
如果使用工厂模式,就需要引入一个工厂类,会增加系统的复杂度。
其次,工厂模式是一种典型的解耦模式,迪米特法则在工厂模式中表现的尤为明显。
假如调用者自己组装产品需要增加依赖关系时,可以考虑使用工厂模式。
将会大大降低对象之间的耦合度。
再次,由于工厂模式是依靠抽象架构的,它把实例化产品的任务交由实现类完成,扩展性比较好。
也就是说,当需要系统有比较好的扩展性时,可以考虑工厂模式,不同的产品用不同的实现工厂来组装。
流程:先定义一个创建对象的接口,让子类决定实例化哪一个类,工厂方法使一个类的实例化延迟到其子类。
代码示例:interfaceIProduct {public void productMethod();}class Product implements IProduct {public void productMethod() {System.out.println("产品");}}interfaceIFactory {publicIProductcreateProduct();}class Factory implements IFactory {publicIProductcreateProduct() {return new Product();}}public class Client {public static void main(String[] args) {IFactory factory = new Factory();IProductprodect = factory.createProduct();prodect.productMethod();}}由上我们可以看出:我们本质的目的创建一个类(Product),但是这个类是复杂可变的,通过工厂模式,将产品的实例化封装起来,使得调用者根本无需关心产品的实例化过程,只需依赖工厂即可得到自己想要的产品,所以我们用一个工厂的方法createProduct()来实例化这个类(Product),创建这个类(Product)。
抽象工厂模式适用场景:我们的工厂类一次只可以处理一类产品。
那么如果我们想处理多类产品,简单工厂是满足不了的。
必须要用抽象工厂设计模式。
尤其涉及多人各自创建自己的类的时候而且相互的类之间有关联。
流程:1、用抽象工厂生产抽象产品2、用实体工厂生产实体产品3、用抽象产品提供实体产品访问接口4、用实体产品实现自己的功能代码示例:定义抽象产品:/// 抽象产品Apublic abstract class Car{public abstract void Run();}抽象产品Bpublic interface IBus{void Run();}定义实体产品public class BMWCar:Car{public override void Run(){Console.WriteLine("宝马轿车在行驶!"); }public class BenzCar:Car{public override void Run(){Console.WriteLine("奔驰轿车在行驶!");}}定义抽象工厂public abstract class AbstractFactory{public static AbstractFactoryCreateFactory(string strType) {AbstractFactory factory = null;switch (strType){case "BMW":factory = new BMWFactory();break;case "Benz":factory = new BenzFactory();break;}return factory;}public abstract Car CreateCar();public abstract IBusCreateBus();}定义实体工厂public class BMWFactory:AbstractFactory{public override Car CreateCar(){return new BMWCar();}public override IBusCreateBus(){return new BMWBus();}}最后调用static void Main(string[] args){AbstractFactory factory = AbstractFactory.CreateFactory("Benz");Car car = factory.CreateCar();car.Run();IBus bus = factory.CreateBus();bus.Run();}由此看出:这因为我们的用户只关心抽象工厂与抽象方法,即只需要自己所需的服务,这种模式不关心具体的实现方法,这种模式让我们只关心做好接口,调用接口的方法,来创建自己所需的类,来获得实体接口所提供的服务建造者模式适用场景:将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。
[构建与表示分离,同构建不同表示]流程:某一个类比较多,有许多的熟悉以及组件,这个时候需要一个构建者来代码示例:public interface Builder {voidbuildPartA();voidbuildPartB();voidbuildPartC();Product getResult();}//具体建造工具public class ConcreteBuilder implements Builder {Part partA, partB, partC;public void buildPartA() {//这里是具体如何构建partA的代码};public void buildPartB() {//这里是具体如何构建partB的代码};public void buildPartC() {//这里是具体如何构建partB的代码};public Product getResult() {//返回最后组装成品结果};}//建造者public class Director {private Builder builder;public Director( Builder builder ) {this.builder = builder;}public void construct() {builder.buildPartA();builder.buildPartB();builder.buildPartC();}}public interface Product { }public interface Part { }下面是调用builder的方法:ConcreteBuilder builder = new ConcreteBuilder();Director director = new Director( builder );director.construct();Product product = builder.getResult();由此看出:建造者模式主要是使复杂对象的创建过程变得短小简单。
单态模式适用场景:保证在JAVA应用程序中某些特定的类只有一个实例存在,节省内存及系统开销。
只在第一次使用时进行创建。
并且它由于限制了实例个数,有利于垃圾回收。
流程:创建一个公共的单例的实体化方法。
代码示例:public class Singleton {private Singleton() {// 通过添加一个私有构造函数以避免外部程序自行实例化该对象}private final Singleton instance = new Singleton();public Singleton getInstance() {return instance;}public void hello() {System.out.println("hello sinory");}}由此看出:单态模式十分简单,但是经常被使用,尤其是一些特定的业务或者数据库连接池之类的场合原型模式适用场景:原型模式要求对象实现一个可以“克隆”自身的接口,这样就可以通过复制一个实例对象本身来创建一个新的实例。