设计模式
sells2012
这个作者很懒,什么都没留下…
展开
-
设计模式之桥接模式
本文转载自csdn snowball的博客一、桥接模式的内容桥接模式(Bridge Pattern):将抽象部分与它的实现部分分离,使它们都可以独立地变化。它是一种对象结构型模式,又称为柄体(Handle and Body)模式或接口(Interface)模式。桥接模式将继承关系转换为关联关系,从而降低了类与类之间的耦合,减少了代码编写量。桥梁模式的用意【GOF转载 2012-11-30 11:24:58 · 8622 阅读 · 1 评论 -
设计模式之工厂方法模式
本人属于菜鸟级别的,文章中有错误的地方,敬请批评指正不废话,进入主题工厂方法模式:(1)对于某个产品,调用者很清楚,要用哪个工厂去制造它(2)对于某个产品,我只想创建这个产品,我不想知道是哪个工厂创建它的,用哪个工厂是别人的事,跟我没关系(这里的别人是生产者),但是你创建的过程要让我知道,举个例子,我想定制一辆法拉利,我不管这个汽车是意大利工厂生产的还是朝鲜工厂生产的,我只给法拉利原创 2012-11-25 22:29:23 · 358 阅读 · 0 评论 -
设计模式之原型模式
原型设计模式主要使用场景:1、类初始化需要消耗非常多的资源2、通过new 产生一个对象需要非常繁琐的数据准备或者访问权限, 下面就使用发送广告邮件为例说明原型设计模式的使用。当发送广告邮件时,邮件中除了称呼和接受地址会变之外,其他都是一样的,所以我们可以将不变的地方抽取出来作为一个模版(AdvTemplate),然后定义一个邮件类,编写一个构造方法,参数就是上面的模板,根据模板原创 2012-11-27 22:08:08 · 332 阅读 · 0 评论 -
设计模式之抽象工厂模式
接上文 工厂方法模式 很多读者读完工厂方法模式,认为这很不错,不过你能看出它明显的弊端吗,需求总是变换的,工厂方法模式,抽象工厂里面有个生产实例的方法。对于一种良好的模式,工厂方法模式中,一种产品应该对应一个抽象工厂,那么你新增一个电脑(computer),你就要新增一个抽象工厂,还要新增一个抽象工厂的的实现类,这很麻烦,关键在于你要新增很多东西,所以麻烦。 我们可以在一个抽象原创 2012-11-26 23:33:28 · 340 阅读 · 0 评论 -
设计模式之单例模式
有些时候,允许自由创建某个类的实例没有意义,还可能造成系统性能下降(因为创建对象所带来的系统开销问题)。例如整个系统只有一个窗口管理器,只有一个假脱机打印设备;在Java EE应用中可能只需要一个数据库引擎访问点,Hibernate访问时只需要一个SessionFactory实例,如果在系统中为它们创建多个实例就没有太大的意义。如果一个类始终只能创建一个实例,则这个类被称为单例类,这种模式就被原创 2012-11-27 21:51:40 · 708 阅读 · 0 评论 -
设计模式之建造者模式
接上文,建造者模式比较简单,也属于创建型模式适用类型:个人理解,(1)创建对象的操作比较复杂时,在建造者里面创建好对象(2)在建造者里面组合好方法。类似于第一点,前者是创建对象,后者是组合方法建造者 最关键的一点就是在建造者里面产生最终的建造结果!例1:abstract class BuildPerson { abstract void buildHead();原创 2012-11-27 11:14:08 · 354 阅读 · 0 评论 -
设计模式之适配器模式
本文转载自snowball的博客,看完他的博客,发现自己写的博客弱爆了,他的博客地址一、适配器模式的内容适配器模式将一个类的接口,转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式,也可以作为对象结构型模式。二、结构型模式可以分为类结构型模式和对象结构型模式类结构型模式关心类的组合,由多转载 2012-11-30 09:53:47 · 629 阅读 · 0 评论