know1

全局对象都是在主程序开始前被构造

http://www.cnblogs.com/Seasky/archive/2009/04/28/1385609.html

下面来看标准的简单工厂模式的分析。

意图
把一系列拥有共同特征的产品的创建封装

下面来一下标准的工厂模式的实现
意图
定义一个用户创建对象的接口，让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。
上面是GOF关于此模式的意图描述，我想补充的是您可以这样理解：为了改善简单工厂对修改不能关闭的问题。

工厂本质就是用工厂方法替代直接New来创建对象。
这里不是指的让用户重载一个新操作符号来进行创建对象的操作，
而是说把New 操作封装在一个方法中，
等用户需要创建对象时调用此方法而避免直接使用New而已。
这样做的目的就是之一就是封装，避免代码中大量New的运算符，
这当然不是主要目的，因为这样虽然New少了，CreateObject方法却多了，
但是如果产品类的构造函数变了，我想常用工厂模式的修改源代码的工作应该简便许多吧，
当然这算不上这个模式的好处，它的真正强大的功能其实在于适应变化，这也是整个设计模式最根本的目的；
还有一点就是体现了抽象于实现的分离，当然创建型模式都具有这个特点，工厂模式非常明显吧了，
把具体创建工作放置到工厂中，使客户端程序更专注与业务逻辑的，这样的代码结构也更进行合理。

这个日志应该写在最前面的，给出常用的23种设计模式和自己的Java与模式的读书笔记做个链接方便自己查找。
1.Factory（工厂模式）
2.Factory Method（工厂方法模式）
3.Builder（建造模式）
4.Prototype（原始模型模式）
5.Singleton（单例模式）
6. Facade（门面模式）
7.Adapter（适配器模式）
8.Bridge（桥梁模式）
9.Composite（合成模式）
10.Decorator（装饰模式）
11.Flyweight（享元模式）
12.Proxy（代理模式）
13.Command（命令模式）
14.Interpreter（解释器模式）
15.Visitor（访问者模式）
16.Iterator（迭代子模式）
17.Mediator（调停者模式）
18.Memento（备忘录模式）
19.Observer（观察者模式）
20.State（状态模式）
21.Strategy（策略模式）
22.Template Method（模板方法模式）
23.Chain Of Responsibleity（责任链模式）

一般最常用的工厂模式，建造者模式，观察者模式
策略模式，原型模式，代理模式等等
不同类型的项目侧重有所不同。

接口型模式：
Adapter：修改类的外部接口以满足客户期望
Facade：为一组类提供简单的接口
Composit：把树和树叶都定义在同一个抽象的接口中---树节点，我认为其主要作用是方便递归
Bridge：对一个总的接口来说，扩展（从逻辑角度理解，如 碗 扩展 餐具）使用一个类层次结构，
实现（从物理角度理解，如金餐具、银餐具）使用另一个类层次结构。
这两个类层次结构可以相互独立。也就是说，当富人变穷，将一套金餐具换成一套泥餐具后，他们全家仍然可以顺利执行吃饭喝汤的动作

责任型模式：
Singleton：将责任集中到某个类的单个实例中
Observer：使某个对象不必关心有哪些对象依赖自己
Mediator：将责任集中到某个类中，这个类可以监视其他对象的交互
Proxy：使得一个对象代表另一个对象进行各种操作，代理者能够智能地将调用转发给另一个对象
Chain of Responsibility：能够允许一个请求沿着对象链不断向上提交，直到这个请求被某一级对象处理
Flyweight：将共享的细粒度对象的责任集中在一处

构造型模式：
Builder：不解
Factory Method：推迟确定需要实例化的类
Abstract Factory：构造一系列具有某个特性的对象
Prototype：根据给定的例子创建一个对象
Menento：从对象的休眠版本重新创建对象，该休眠版本包含结对象的内部状态

非GOF模式：
Monostate：采用构造分别构造的两个同类对象，其实仍是同一个对象。实现办法：限制对象的所有成员变量都是静态变量