在面向对象编程中, 最通常的方法是一个new操作符产生一个对象实例,new操作符就是用来构造对象 实例的。但是在一些情况下, new操作符直接生成对象会带来一些问题。举例来说, 许多类型对象的创造 需要一系列的步骤: 你可能需要计算或取得对象的初始设置; 选择生成哪个子对象实例; 或在生成你需 要的对象之前必须先生成一些辅助功能的对象。 在这些情况, 新对象的建立就是一个 “过程 ”，不仅是一个操作，像一部大机器中的一个齿轮传动。
问题
你如何能轻松方便地 建立这么" 复杂 " 的对象即操作中不需要粘贴复制呢?
解决方法
建立一个工 厂（一个函数或一个类方法）来制造新的对象。为了理解工厂的用处, 试想以下的不同之处 ……
代码：
$connection =& new MySQLConnection($user, $password, $database);
……使你的代码可扩展和更简洁 ……
$connection =& create_connection();
后者的代码片断集中在和 数据库连接的create_connect()工厂上 ,就像刚才说的一样，使创造数据库连接的过程成为一个简单的 操作—就像new操作一样。工厂模式的优点就在创建对象上。 它的任务就是把对象的创建过程都封 装起来，然后返回一个所需要的新类。
想改变对象的结构和建立对象的方式吗? 你只需选择对象 工厂，对代码的改变只需要一次就够了。( 工厂模式的功能是如此强大, 它处于是应用的底层, 所以在 许多其余的复杂模式和应用中它会不停地出现。)
样本代码
工厂模式封装了对象的建立过 程。 你可以在对象本身创建对象工厂或者是一个额外的工厂类——这要看你具体的应用。让 我们看一个工厂对象的例子。
我们发现下面代码中，数据库连接的那部分屡次出现：
// PHP4
class Product {
function getList() { $db =& new MysqlConnection (DB_USER, DB_PW, DB_NAME);
//...
}
function getByName($name) { $db =& new MysqlConnection(DB_USER, DB_PW, DB_NAME);
//...
}
//...
}
为什么这样做不好? 数据库连接的参数出现的地方太多了，当你把这些参数设成常量， 意味着你统一定义并对他们进行赋值，显然这种做法不是很妥当：
你可以轻松地改变连接数据库 的参数，但你不能增加或改变这些参数地顺序，除非你把所有连接代码都改了。
你不能轻松的实 例化一个新类去连接另一种数据库，比如说PostgresqlConnection。
这样很难单独测试和证实连 接对象的状态。
使用工厂设计模式，代码将得到很大的改进：
class Product {
function getList() {
$db =& $this->_getConnection();
//...
}
function &_getConnection() {
return new MysqlConnection(DB_USER, DB_PW, DB_NAME);
}
}
先前的类中存在很多调用new MysqlConnection(DB_USER, DB_PW, DB_NAME)的方法，现在都被集中到的_getConnection()方法上。
下面是工厂的另一种变 化,你静态地调用了一个工厂类：
class Product {
function getList() {
$db =& DbConnectionBroker::getConnection();
//...
}
}
class DbConnectionBroker {
function &getConnection() {
return new MySQLConnection (DB_USER, DB_PW, DB_NAME);
}
}
这里 DbConnectionBroker::getConnection()产生的效果和前面的一样 ,但这样却很有好处: 我们不必在每个 需要连接数据库的类中加入调用new MysqlConnection(DB_USER ， DB_PW, DB_NAME)的方法。
当 然另一种变化就是引用一个外部工厂对象的资源，和这个对象定义了数据库连接的参 数:
class Product {
var $_db_maker;
function setDbFactory (&$connection_factory) {
$this->_db_maker =& $connection_factory;
}
function getList() {
$db =& $this->_db_maker->getConnection();
//...
}
}
