关于 Java23 种设计模式的有趣见解
创建型模式
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 可以相互交谈了(也不知
道他会不会耍我)
适配器(变压器)模式：把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口原因不匹
配而无法一起工作的两个类能够一起工作。适配类可以根据参数返还一个合适的实例给客户端。
7、BRIDGE—早上碰到 MM，要说早上好，晚上碰到 MM，要说晚上好;碰到 MM 穿了件新衣服，要说你的衣
服好漂亮哦，碰到 MM “新做的发型，要说你的头发好漂亮哦。不要问我 早上碰到 MM ”新做了个发型怎么说 这
种问题，自己用 BRIDGE 组合一下不就行了
桥梁模式：将抽象化与实现化脱耦，使得二者可以独立的变化，也就是说将他们之间的强关联变成弱关联，
也就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使两者可以独立的
变化。
8 、 COMPOSITE—Mary “ ”“ ”今天过生日。 我过生日，你要送我一件礼物。 嗯，好吧，去商店，你自己挑。
“这件 T ”“恤挺漂亮，买，这条裙子好看，买，这个包也不错，买。 喂，买了三件了呀，我只答应送一件礼物
”“的哦。 什么呀，T ”“……” 恤加裙子加包包，正好配成一套呀，小姐，麻烦你包起来。 ， MM 都会用
Composite 模式了，你会了没有?
合成模式：合成模式将对象组织到树结构中，可以用来描述整体与部分的关系。合成模式就是一个处理对象的
树结构的模式。合成模式把部分与整体的关系用树结构表示出来。合成模式使得客户端把一个个单独的成分对
