与篮球共舞，尽显模式本色

1、  =SIMPLE FACTORY=
打完篮球真累，正好边上有个小摊。
“来杯可乐。”
“我要芬达。”
“一瓶矿泉水。”

工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。有了小摊这个工厂，我们口渴的问题就很easy的解决了。

2、 =FACTORY METHOD=
以前每次下午打完篮球后一般很晚，回来再洗个澡，食堂就关门了。我们就集体跑过西三门外吃牛肉面（呵呵，人生之一大爽事啊），每个餐厅的风味还不一样，这无所谓啦，我们只要说一句“来碗牛肉面“就行了。

工厂方法模式：核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。每一个餐厅就是一个具体的工厂，可惜现在西三门已经关掉了，郁闷ing！

3、 =SINGLETON=
Kobe就是Kobe，不管你是从电视上看到，还是从报纸上看到，其实就是他一个人

单例模式：单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例单例模式。组织后卫可以有几个，但Kobe只能有一个，废话！

4、 =BUILDER=
NBA中强队颇多，且各有自己的特点，因此对付不同的队有不同的打法，但你只要说“今天打国王”就行了，具体该怎么打由教练去安排（build）就行了。

建造模式：将产品的内部表象和客户端分来，客户不必知道产品内部组成的细节，因此当产品的表象一般很复杂时才用。战术安排的确是个比较专业的任务，所以…。

5、 =PROTOTYPE=
今年全明星赛真不错，真想再看一遍。
“小陈，把serv-u开一下，我下你的全明星赛。”
“OK！不过先上传两部好片。”
“啊，我晕~~!”

原始模型模式：实际上就是复制啦。原始模型模式允许动态的增加或减少产品类，产品类适合于任何的等级结构。缺点是每一个类都必须配备一个克隆方法。还好，Windows里面的东东只要点右键，都有个复制选项。

==结构型模式==

6、 =ADAPTER=
姚明刚去火箭时，交流有点不便，但通过经纪人Adapter，姚明很快就和火箭的其他人混熟了。

适配器模式：把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口原因不匹配而无法一起工作的两个类能够一起工作。通过经纪人Adapter，主教练就可以把姚明看作本土人（会说e文的人）。如今姚明已经加强了功能，使得不要经纪人也可以和主教练交流，呵呵，str man！

7、 =COMPOSITE=
上半场被灌了个50：25，趁中场暂停，大家一起来安排下半场怎么打：
“方案A：6号太准，要专人盯防。”