设计模式
文章平均质量分 78
loveheye
这个作者很懒,什么都没留下…
展开
-
单例模式
转帖来自博客园一、单例模式简介(Brief Introduction)<br />单例模式(Singleton Pattern),保证一个类只有一个实例,并提供一个访问它的全局访问点。单例模式因为Singleton封装它的唯一实例,它就可以严格地控制客户怎样访问它以及何时访问它。二、解决的问题(What To Solve)<br />当一个类只允许创建一个实例时,可以考虑使用单例模式。 三、单例模式分析(Analysis)1、单例模式结构<br /><br /> <br />Singleton类转载 2010-11-19 15:24:00 · 479 阅读 · 0 评论 -
简单工厂模式
一、简单工厂模式简介(Bref Introduction)<br /> 简单工厂模式(Simple Factory Pattern)的优点是,工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于客户端来说,去除了与具体产品的依赖二、解决的问题(What To Solve)<br /> 客户实例化对象时不需要关心该对象是由哪个子类实例化的。三、简单工厂模式分析(Analysis)1、简单工厂模式结构<br /><br />IProduct接口:抽象产品类<br /原创 2010-11-19 11:08:00 · 465 阅读 · 0 评论 -
抽象工厂模式
一、抽象工厂模式简介(Bref Introduction)<br />抽象工厂模式(Abstract Factory Pattern),提供一个创建一系列相关或者相互依赖对象的接口,而无需制定他们的具体类。优点是:易于交换产品系列,由于具体工厂类在一个应该用中只需要在初始化的时候出现一次,这就使得改变一个应用的具体工厂类变得非常容易,它只需要改变具体工厂即可使用不同的产品配置。抽象工厂的另一个优点是,它让具体的创建实例与客户端分离,客户端是通过他们的抽象接口操纵实例,产品的具体类名也被具体工厂的实现分离,不原创 2010-11-19 14:21:00 · 439 阅读 · 0 评论 -
构造者模式
一、建造者模式简介(Brief Introduction)<br />建造者模式(Builder Pattern),将一个复杂对象的构建与它的表示分离,使的同样的构建过程可以创建不同的表示。<br />建造者模式的优点是:使得建造代码与表示代码分离,由于建造者隐藏了该产品是如何组装的,所以如要改变一个产品的内部表示,只需要再定义一个具体的建造者就可以了。二、解决的问题(What To Solve)<br />主要用于创建一些复杂的对象,这些对象内部构建间的建造顺序通常是稳定的,但是对象内部的构建通常面临着复转载 2010-11-22 11:09:00 · 5790 阅读 · 0 评论