定義一個用於創建對象的接口,讓子類決定實例化哪一個類。工廠方法使一個類的實例化延遲到其子類
工廠模式提供了一種較爲便捷的擴展方式,項目可以根據需求的不同,進行新的規範的增加,類型的擴展。同樣,這樣降低了團隊開發的成本,只要規範定義完成,團隊就可以開始進行各個模塊的開發,而不會影響其他模塊。
- 工廠模式的優點:
- 良好的封裝性,代碼結構清晰。一個對象創建是有條件約束的,如一個調用者需要一個具體的產品對象,只要知道這個產品的類名(或約束字符串)就可以了,不用知道創建對象的艱辛過程,降低模塊間的耦合;
- 擴展性非常優秀。在增加產品類的情況下,只要適當地修改具體的工廠類或擴展一個工廠類,就可以完成“擁抱變化”;
- 屏蔽產品類。產品類的實現如何變化,調用者都不需要關心,它只需要關心產品的接口,只要接口保持不變,系統中的上層模塊就不要發生變化。因爲產品類的實例化工作是由工廠類負責的,一個產品對象具體由哪一個產品生成是由工廠類決定的;
- 典型的解耦框架。高層模塊只需要知道產品的抽象類,其他的實現類都不用關心,符合迪米特法則,我們不需要的就不要去交流;也符合依賴倒置原則,只依賴產品類的抽象;當然也符合里氏替換原則,使用產品子類替換產品父類。
<?php
namespace pattern;
interface IBall
{
public function getName();
public function play();
}
class BasketBall implements IBall
{
public function getName()
{
echo 'I am basketball!';
}
public function play()
{
echo 'Let us play basketball!';
}
}
class FootBall implements IBall
{
public function getName()
{
echo 'I am football!';
}
public function play()
{
echo 'Let us play football!';
}
}
abstract class Factory
{
abstract public static function createProduct($product);
}
class Sports extends Factory
{
public static function createProduct($product)
{
$className = 'pattern\\' . $product;
if (class_exists($className)) {
return new $className();
} else {
throw new \Exception($product . ' is not exists!');
}
}
}
try {
$sport = Sports::createProduct('FootBall');
$sport->getName();
$sport->play();
} catch (\Exception $e) {
echo $e->getMessage();
}