- 浏览: 297096 次
- 性别:
- 来自: 东京
文章分类
最新评论
-
80后的童年2:
企业级分布式搜索平台Solr视频教程网盘地址:https:// ...
企业级搜索引擎Solr使用入门指南 -
springdata_spring:
apache lucene开源框架demo使用实例教程源代码下 ...
Lucene / Solr 开发经验 -
springdata-jpa:
java web开发分页demo源代码下载:http://ww ...
简易java分页标签 -
zjf_sdnu:
兄弟,script写错了
jqGrid初学备注 -
85600367:
你好,请教一个问题。当进行分布式查询时solr无法查询到Luc ...
Lucene / Solr 开发经验
工厂模式
工厂模式主要是为创建对象提供过渡接口,以便将创建对象的具体过程屏蔽隔离起来,达到提高灵活性的目的。当客户程序不需要知道要使用对象的创建过程,或者客户程序使用的对象存在变动的可能或根本就不知道使用哪一个具体的对象,就可以使用工厂模式。该模式具体分为三类:
简单工厂模式(Simple Factory)
简单工厂模式又称静态工厂方法模式。它存在的目的很简单:定义一个用于创建对象的接口。具体组成包括工厂类角色,抽象产品角色和具体产品角色。
不足:对于新产品的加入,工厂类是很被动的。实际应用中,很可能产品是一个多层次的树状结构,而在简单工厂模式中只有一个工厂类来对应这些产品。
工厂方法模式(Factory Method)
工厂方法模式去掉了简单工厂模式中工厂方法的静态属性,使得它可以被子类继承。这样在简单工厂模式里集中在工厂方法上的压力可以由工厂方法模式里不同的工厂子类来分担。具体组成包括抽象工厂角色,具体工厂角色,抽象产品角色和具体产品角色。
不足:在工厂方法模式中,要么将判断逻辑留在抽象工厂角色中,要么在客户程序中将具体工厂角色写死。而且产品对象创建条件的改变必然会引起工厂角色的修改。
抽象工厂模式(Abstract Factory)
抽象工厂模式的用意为:给客户端提供一个接口,可以创建多个产品族中的产品对象,其具体组成与工厂方法一样。
单例模式(Singleton)
单例模式是为了保证一个类仅有一个实例,并提供一个访问它的全局访问点。单例模式中的“单例”通常用来代表那些本质上具有唯一性的系统组件或资源,比如文件系统、资源管理器等等。单例模式可分为有状态的和无状态的。有状态的单例对象一般也是可变的单例对象,多个单态对象在一起就可以作为一个状态仓库一样向外提供服务。没有状态的单例对象也就是不变单例对象,仅用做提供工具函数。具体实现包括:
饿汉式
//直接定义静态成员变量的实例 private static Singleton instance = new Singleton();
懒汉式
public static synchronized Singleton getInstance() { if (instance == null) instance = new Singleton(); return instance; }
注册表单例
以上两种实现方式均失去了多态性,不允许被继承。还有另外一种灵活点的实现,将构造函数设置为受保护的,这样允许被继承产生子类。这种方式在具体实现上又有所不同,可以将父类中获得对象的静态方法放到子类中再实现,也可以在父类的静态方法中进行条件判断来决定获得哪一个对象。在GOF中认为最好的一种方式是维护一张存有对象和对应名称的注册表。
public class Singleton { static private Singleton s = new Singleton(); private static HashMap sinRegistry = new HashMap(); protected Singleton() {} public static Singleton getInstance(String name) { if (name == null) name = "Singleton"; if (sinRegistry.get(name) == null) { try { sinRegistry.put(name , Class.forName(name).newInstance()); } catch(Exception e) {} } return (Singleton) (sinRegistry.get(name)); } } public class SingletonChild extends Singleton { protected SingletonChild() {} public static SingletonChild getInstance() { return (SingletonChild1)Singleton.getInstance("SingletonChild"); } }
不足:在有多个虚拟机或多个类加载器时,可能会产生多个单例对象。在使用上面介绍的懒汉式单例模式时,同步处理的恰当与否也是至关重要的。不然可能会达不到得到单个对象的效果,还可能引发死锁等错误。为了使一个单例类变成可串行化的,仅仅在声明中添加“implements Serializable”是不够的。因为一个串行化的对象在每次返串行化的时候,都会创建一个新的对象,而不仅仅是一个对原有对象的引用。为了防止这种情况,可以在单例类中加入readResolve方法。
建造模式(Builder)
将构造复杂对象的过程和组成对象的部件解耦。就像攒电脑一样,不管什么品牌的配件,只要兼容就可以装上。同样,一样的配件,可以有好多组装的方式。这是对降低耦合、提高可复用性精神的一种贯彻。建造模式可以对复杂产品的创建进行更加精细的控制。产品的组成是由指导者角色调用具体建造者角色来逐步完成的,所以比起其它创建型模式能更好的反映产品的构造过程。
其与工厂模式的区别在于:创建模式着重于逐步将组件装配成一个成品并向外提供成品,而抽象工厂模式着重于得到产品族中相关的多个产品对象。
当要生成的产品有复杂的内部结构,而系统中对此产品的需求将来可能要改变产品对象的内部结构的构成,而且不能将产品的内部构造完全暴露给客户程序,一是为了可用性,二是为了安全等因素。满足上面的设计环境就可以考虑使用建造模式。其具体组成包括:
抽象建造者角色
:这个角色用来规范产品对象的各个组成成分的建造。一般而言,此角色独立于应用程序的业务逻辑。
具体建造者角色
:担任这个角色的是于应用程序紧密相关的类,它们在指导者的调用下创建产品实例。这个角色在实现抽象建造者角色提供的方法的前提下,达到完成产品组装,提供成品的功能。
指导者角色
:调用具体建造者角色以创建产品对象。指导者并没有产品类的具体知识,真正拥有产品类的具体知识的是具体建造者对象。
产品角色
:建造中的复杂对象。它要包含那些定义组件的类,包括将这些组件装配成产品的接口。
以下是Bruce Eckel在《Think in Patterns with Java》中用的例子:
//不同的媒体形式 class Media extends ArrayList {} class Book extends Media {} class Magazine extends Media {} class WebSite extends Media {} // 进而包含不同的媒体组成元素 class MediaItem { private String s; public MediaItem(String s) { this.s = s; } public String toString() { return s; } } class Chapter extends MediaItem { public Chapter(String s) { super(s); } } class Article extends MediaItem { public Article(String s) { super(s); } } class WebItem extends MediaItem { public WebItem(String s) { super(s); } } // 抽象建造者角色,它规范了所有媒体建造的步骤: class MediaBuilder { public void buildBase() {} public void addMediaItem(MediaItem item) {} public Media getFinishedMedia() { return null; } } //具体建造者角色 class BookBuilder extends MediaBuilder { private Book b; public void buildBase() { System.out.println("Building book framework"); b = new Book(); } public void addMediaItem(MediaItem chapter) { System.out.println("Adding chapter " + chapter); b.add(chapter); } public Media getFinishedMedia() { return b; } } class MagazineBuilder extends MediaBuilder { private Magazine m; public void buildBase() { System.out.println("Building magazine framework"); m = new Magazine(); } public void addMediaItem(MediaItem article) { System.out.println("Adding article " + article); m.add(article); } public Media getFinishedMedia() { return m; } } //指导者角色,也叫上下文 class MediaDirector { private MediaBuilder mb; public MediaDirector(MediaBuilder mb) { this.mb = mb; //具有策略模式相似特征的 } public Media produceMedia(List input) { mb.buildBase(); for(Iterator it = input.iterator(); it.hasNext();) mb.addMediaItem((MediaItem) it.next()); return mb.getFinishedMedia(); } }
原型模式(Prototype)
用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。在Java中提供了clone()方法来实现对象的克隆,所以Prototype模式实现变得简单许多。其具体组成包括:
客户角色 :让一个原型克隆自己来得到一个新对象。
抽象原型角色
:实现了自己的clone方法,扮演这种角色的类通常是抽象类,且它具有许多具体的子类。
具体原型角色
:被复制的对象,为抽象原型角色的具体子类。
该模式最简单的使用方式:
//先new一个具体原型角色作为样本 Prototype p = new ConcretePrototype(); //使用原型p克隆出一个新对象p1 Prototype p1 = (Prototype) p.clone();
更进一步,可以通过运用工厂模式添加一个原型管理器,因此将创建原型角色、拷贝原型角色和客户程序分离开来。
//使用原型管理器后,客户获得对象的方式 Prototype p1 = PrototypeManager. getManager().getPrototype(“ConcretePrototype”);
不足:原型模式主要的缺陷就是每个原型必须含有clone方法,在已有类的基础上来添加clone操作是比较困难的。而且当内部包括一些不支持copy或者循环引用的对象时,实现就更加困难了。
发表评论
-
Eclipse快捷键
2011-12-22 14:05 1361好久没用了,再回顾一下,免得忘了。 编辑 ... -
设计模式备忘 - 行为型
2010-03-29 23:59 1488责任链模式(Chain of Responsibility) ... -
设计模式备忘 - 结构型
2010-03-28 17:50 1243适配器模式(Adapter) 将一个类的接口转换成客户希望的 ... -
SVN同步备份
2009-05-30 22:59 2932首先建立一个空的repository,svnadmin cre ... -
Eclipse下配置Tomcat debug
2009-05-24 21:16 8198Eclipse下自带有Tomcat debug插件,不过该插件 ... -
Jboss SSL on Debian
2009-03-22 12:17 12451. Generate self-signed certifi ... -
IzPack使用备注
2009-02-11 01:05 3764install.xml <?xml version=&q ... -
Maven初学备注
2009-01-06 23:35 3452项目生命周期:process-resources -> ... -
How to integrate Solr and Jboss
2008-09-11 22:50 1850本文转自 http://www.mail-archive.co ... -
什么是JMX?
2008-08-28 21:31 1350转自:http://www.blogjava.net/mlh1 ... -
JNLP介绍
2008-08-02 17:44 2994原文地址:http://blog.csdn.net/yq760 ... -
Apache虚拟主机配置
2008-07-10 16:42 3294Apache虚拟主机配置 来自 Clay的日记 ... -
Apache配置.htaccess\.htpasswd
2008-07-10 16:59 2740Apache配置.htaccess\.htpasswd 来自 ... -
Apache服务器中的URL重写的配置和应用
2008-07-10 17:15 2357Apache服务器中的URL重写的配置和应用 来自 Clay的 ... -
Log4j常用配置
2008-01-31 18:25 1804常用log4j配置,一般可以采用两种方式,.propertie ... -
SVN常用目录结构
2007-12-26 22:29 5116特殊目录名说明 trunk 主干,存储最新稳定版本 tag ... -
Windows下SVN服务器的搭建
2007-12-26 22:25 85161,软件下载 下载Subvers ... -
针对ECLIPSE的SUBVERSION插件
2007-12-15 16:30 3346摘要 Subversion (SVN) ...
相关推荐
"设计模式1-创建型模式" 设计模式是软件设计中的一种解决方案,它提供了一种通用的设计方案,解决了面相对象系统中重复出现的设计问题。设计模式的学习和运用对软件系统开发有着非常重要的意义,它可以帮助开发者更...
设计模式03-创建型模式 设计模式04-创建型模式2 设计模式05-建造者、原型模式 设计模式06-适配器、桥接、组合模式 设计模式07-组合模式、装饰模式 设计模式09-外观模式、享元模式 设计模式10-代理模式、结构型模式大...
1. **创建型模式**:这类模式主要关注对象的创建过程,它们提供了一种在不指定具体类的情况下创建对象的方法,使得系统更加灵活和可扩展。 - 单例模式(Singleton):确保一个类只有一个实例,并提供一个全局访问点...
按照不同的功能特性,设计模式可以分为三大类:创建型模式、结构型模式和行为型模式。 #### 二、创建型模式 创建型模式主要用于解决对象创建的过程,旨在简化对象创建的复杂度,同时保持对象创建的灵活性。主要...
设计模式一般分为三大类:创建型模式、结构型模式和行为型模式。 3. 根据文件内容,诸葛亮给赵云的三个锦囊妙计可以用策略模式来实现。每个妙计对应一个实现了策略接口的具体策略类。例如,BackDoor类实现了...
这23种设计模式可以分为三类:创建型、结构型和行为型。 1. 创建型设计模式: - 单例模式:保证一个类只有一个实例,并提供全局访问点。 - 工厂方法模式:定义一个用于创建对象的接口,让子类决定实例化哪一个类...
1. 创建型模式(Creational Patterns): - 单例模式(Singleton):保证一个类只有一个实例,并提供全局访问点。 - 工厂方法模式(Factory Method):定义一个用于创建对象的接口,让子类决定实例化哪一个类。 -...
设计模式分为三大类:创建型模式、结构型模式和行为型模式。 1. 创建型模式:这类模式涉及到对象的创建,如单例模式、工厂方法模式、抽象工厂模式、建造者模式和原型模式。例如,单例模式确保一个类只有一个实例,...
这些模式分为创建型、结构型和行为型三大类,涵盖了多种软件设计原则和技巧,对于提升代码的可读性、可维护性和可扩展性有着重要的作用。 首先,让我们逐一探讨这23种设计模式: 1. **工厂模式**:提供一个接口来...
设计模式通常分为三类:创建型模式(如工厂方法、抽象工厂、单例、建造者、原型)、结构型模式(如适配器、桥接、装饰、组合、代理、外观、享元)和行为型模式(如责任链、命令、解释器、迭代器、访问者、备忘录、...
本书涵盖了各种经典的设计模式,包括创建型模式(如单例模式、工厂模式、抽象工厂模式、建造者模式、原型模式)、结构型模式(如适配器模式、桥接模式、装饰模式、组合模式、外观模式、代理模式、享元模式)以及行为...
在上述内容中,提到了七种行为型设计模式,分别是责任链模式、命令模式、解释器模式、迭代器模式、中介者模式、备忘录模式。 1. **责任链模式**:责任链模式的核心是建立一个对象链,每个对象都有处理请求的能力,...
设计模式通常分为三类:创建型模式(如工厂模式、抽象工厂模式、单例模式、建造者模式、原型模式),结构型模式(如适配器模式、装饰器模式、代理模式、桥接模式、组合模式、外观模式、享元模式)以及行为型模式(如...
这里我们主要讨论的是23种GOF(Gang of Four,即《设计模式:可复用面向对象软件的基础》一书的四位作者)设计模式,它们分为三类:创建型模式、结构型模式和行为型模式。 1. 创建型模式: - 单例模式:确保一个类...
- **第三章 创建型模式**:包括抽象工厂、生成器、工厂方法、原型以及单例等模式,这些模式主要用于解决对象创建的问题。 - **第四章 结构型模式**:包括适配器、桥接、组合、装饰、外观、享元以及代理等模式,这些...