出处:http://www.5d.cn/Discover/idea/200605/3924.html
一 引言
当 前社会对信息系统的需求日益增长，需求变化也越来越快，软件开发的技术发展方向已经从“提升被开发系统的执行效率”转变为“提升开发效率”。面向对象 （OO）技术降低了解决方法域与问题域的差别，提供了良好的复用机制，能够更加有效提高软件开发效率，完全顺应了软件开发技术的发展方向。
单例模式确保一个类只有一个实例，自行提供这个实例并向整个系统提供这个实例。
特点：
1，一个类只能有一个实例
2，自己创建这个实例
3，整个系统都要使用这个实例
例: 在下面的对象图中，有一个"单例对象"，而"客户甲"、"客户乙" 和"客户丙"
抽象工厂模式特别适合于这样的一种产品结构：产品分为几个系列，在每个系列中，产品的布局都是要同的，在一个系列中某个位置的产品，在另一个系列中一定有一个对应的产品。
这样的产品结构是存在的，这几个系列中同一位置的产品可能是互斥的，它们是针对不同客户的解决方案，每个客户都只择其一。
In the Java community there's been a rush of lightweight containers that help to assemble components from different projects into a cohesive application. Underlying these containers is a common pattern to how they perform the wiring, a concept they refer under the very generic name of "Inversion of Control". In this article I dig into how this pattern works, under the more specific name of "Dependency Injection", and contrast it with the Service Locator alternative. The choice between them is less important than the principle of separating configuration from use.
原文出处：http://www.martinfowler.com/articles/injection.html
web 应用程序变化很大，而且，这种变化会引起大量的混乱，对于架构一个特定的应用程序，哪个或哪些模式是最好的。虽说如此，那么有没有一种“最好的”web 应用程序架构呢？
Active Record 模式和 Table Data Gateway 模式 —— 分别介绍了抽象一个表行和一个单独的表的策略。尽管这两种模式都很有用，但它们的实现都与底层数据库结构紧密耦合，因此，基于这些模式的解决方法往往是很 脆弱的。例如，如果你的代码用字段名作数据行数组或对象的键和属性，那么你的应用程序就会与数据库结构绑在一起，对表中的每个(相关的)细微改动，你都不 得不在 PHP 代码中做大范围的更改。
因为代码和数据库在开发过程中经常变动，而且在部署后也会改进，所以尽可能地分离领域代码和它的数据库，隔离相互依赖性，减少实现一个改变所需的工作量是非常有好处的。
package lq.test;
import java.io.*;
import java.util.*;
//*********创建型模式***************
//factory method 1
//1具体的构造算法，和2构造出的具体产品由子类实现
interface Product {
}
一、Servie to Worker
1、Front Controller
---应用程序中心
2、Command
---根据请求作出相应的响应，maboo、joomla、phpnuke等较著名的开源方案用到Command
3、Service
---使用键值进行定位
4、View Helper
---使用Javabean将业务数据传给视图层
二、singleton(单体)
---实例化一个对象(对象是多线程对象)
三、Session Facade(会话)
---暴露该暴露的，通过一个键来查询信息
四、Value Object Assemble
---一次得到全部
五、Composite View
---就像网站的导航栏(头尾文件)，修改一两个单独页面就可以改变整站
六、Synchronizer Token(同步标志位)
---用户经常会提交重复内容，实现此模式，问题就解决了
七、Decorator(装饰)
---在特定的时候给予特定的功能
