简单工厂完成后发现了很多的局限性(设计模式-简单工厂)
1、工厂中集中了所有实例的创建逻辑,一旦工厂出现问题整个系统都会受到影响。
2、违反了开放-关闭原则,一但添加新的产品,就不得不修改工厂类。
3、静态方法不能被继承和重写,会造成工厂角色无法形成基于继承的等级结构。
为了解决上述的问题,我们又使用了一种新的设计模式:工厂方法模式。
工厂方法
1. 介绍
1.1 定义
工厂方法模式,又称工厂模式、多态工厂模式和虚拟构造器模式,通过定义工厂父类负责定义创建对象的公共接口,而子类则负责生成具体的对象。
1.2 主要作用
将类的实例化(具体产品的创建)延迟到工厂类的子类(具体工厂)中完成,即由子类来决定应该实例化(创建)哪一个类。
1.3 解决的问题
工厂一旦需要生产新产品就需要修改工厂类的方法逻辑,违背了“开放 - 关闭原则
实例
/*-------------------------工厂方法-------------------------------------------------*/
interface db{
function conn();
}
interface Factory{
function createDB();
}
//服务器端
class dbmysql implements db{
public function conn()
{
// TODO: Implement conn() method.
echo "连接上了MySql";
}
}
class dboracle implements db{
public function conn()
{
// TODO: Implement conn() method.
echo "连接上了Oracle";
}
}
class dbsqlite implements db{
public function conn()
{
// TODO: Implement conn() method.
echo "连接上了sqlite";
}
}
class mysqlFactory implements Factory{
public function createDB()
{
// TODO: Implement createDB() method.
return new dbmysql();
}
}
class oracleFactory implements Factory{
public function createDB()
{
// TODO: Implement createDB() method.
return new dboracle();
}
}
class sqliteFactory implements Factory{
public function createDB()
{
// TODO: Implement createDB() method.
return new dbsqlite();
}
}
//客户端
$fact = new sqliteFactory();
$db = $fact->createDB();
$db->conn();
优点
更符合开-闭原则
新增一种产品时,只需要增加相应的具体产品类和相应的工厂子类即可简单工厂模式需要修改工厂类的判断逻辑
符合单一职责原则
每个具体工厂类只负责创建对应的产品简单工厂中的工厂类存在复杂的switch逻辑判断
不使用静态工厂方法,可以形成基于继承的等级结构。
简单工厂模式的工厂类使用静态工厂方法
总结:工厂模式可以说是简单工厂模式的进一步抽象和拓展,在保留了简单工厂的封装优点的同时,让扩展变得简单,让继承变得可行,增加了多态性的体现。
缺点
- 添加新产品时,除了增加新产品类外,还要提供与之对应的具体工厂类,系统类的个数将成对增加,在一定程度上增加了系统的复杂度;同时,有更多的类需要编译和运行,会给系统带来一些额外的开销;
- 由于考虑到系统的可扩展性,需要引入抽象层,在客户端代码中均使用抽象层进行定义,增加了系统的抽象性和理解难度,且在实现时可能需要用到DOM、反射等技术,增加了系统的实现难度。
- 虽然保证了工厂方法内的对修改关闭,但对于使用工厂方法的类,如果要更换另外一种产品,仍然需要修改实例化的具体工厂类;
- 一个具体工厂只能创建一种具体产品