background image

Java 常用的设计模式(追 MM 版)2010.txt 我的人生有 A 面也有 B 面,你的人生有 S 面也
有 B

 

面。 失败不可怕,关键看是不是成功他妈。现在的大学生太没素质了!过来拷毛片,

居然用剪切!有空学风水去,死后占个好墓也算弥补了生前买不起好房的遗憾。Java 常用
的设计模式
创建型模式
       1、FACTORY—追 MM 少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是 MM 爱吃
的东西,虽然口味有所不同,但不管你带 MM

去麦当劳或肯德基,只管向服务员说 来四

个鸡翅 就行了。麦当劳和肯德基就是生产鸡翅的 Factory
        工厂模式:客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂请求即
可。消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修改。
如:如何创建及如何向客户端提供。
        2、BUILDER—MM

最爱听的就是 我爱你 这句话了,见到不同地方的 MM,要能够用

她们的方言跟她说这句话哦,我有一个多种语言翻译机,上面每种语言都有一个按键,见
到 MM

我只要按对应的键,它就能够用相应的语言说出 我爱你 这句话了,国外的 MM

也可以轻松搞掂,这就是我的 我爱你 builder。(这一定比美军在伊拉克用的翻译机好
卖)
        建造模式:将产品的内部表象和产品的生成过程分割开来,从而使一个建造过程生
成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化,客户不
必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。
        3、FACTORY METHOD—请 MM 去麦当劳吃汉堡,不同的 MM 有不同的口味,要每
个都记住是一件烦人的事情,我一般采用 Factory Method 模式,带着 MM 到服务员那儿,

说 要一个汉堡 ,具体要什么样的汉堡呢,让 MM 直接跟服务员说就行了。
        工厂方法模式:核心工厂类不再负责所有产品的创建,而是将具体创建的工作交给
子类去做,成为一个抽象工厂角色,仅负责给出具体工厂类必须实现的接口,而不接触哪
一个产品类应当被实例化这种细节。
        4、PROTOTYPE—跟 MM 用 QQ 聊天,一定要说些深情的话语了,我搜集了好多肉
麻的情话,需要时只要 copy 出来放到 QQ 里面就行了,这就是我的情话 prototype 了。
(100 块钱一份,你要不要)
        原始模型模式:通过给出一个原型对象来指明所要创建的对象的类型,然后用复制
这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品
类,产品类不需要非得有任何事先确定的等级结构,原始模型模式适用于任何的等级结构。
缺点是每一个类都必须配备一个克隆方法。
        5、SINGLETON—俺有 6 个漂亮的老婆,她们的老公都是我,我就是我们家里的老
公 Sigleton

,她们只要说道 老公 ,都是指的同一个人,那就是我 (刚才做了个梦啦,哪

有这么好的事)
        单例模式:单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统提

供这个实例单例模式。单例模式只应在有真正的 单一实例 的需求时才可使用。
结构型模式
        6、ADAPTER—在朋友聚会上碰到了一个美女 Sarah,从香港来的,可我不会说粤
语 , 她 不 会 说 普 通 话 , 只 好 求 助 于 我 的 朋 友 kent 了 , 他 作 为 我 和 Sarah 之 间 的
Adapter,让我和 Sarah 可以相互交谈了(也不知道他会不会耍我)
        适配器(变压器)模式:把一个类的接口变换成客户端所期待的另一种接口,从而
使原本因接口原因不匹配而无法一起工作的两个类能够一起工作。适配类可以根据参数返
还一个合适的实例给客户端。