PHP 抽象工厂模式

先上UML图

问题:为什么引入SystemFactory抽象工厂
无论是SystemFactory还是System这些抽象类都有其基本的功能,对我们的实例对象抽象化,暴露接口方便以后的代码扩展，但是这样细致的划分还有什么好处呢？我们都知道用类来表示概念,那么这种模式的合理性显然是无疑的,SystemFactory相当于生产者的抽象表示,System是产品的抽象表示,
SystemFactory规定了基本的生产规范,System规定了基本的产品规范,
那么生产规范和产品规范有什么关系呢?
生产规范可以设置产品参数来约束产品规范,通过合理的继承可以更严格的增加规范
这种规范还可以理解为资源,每一种类都可以表示资源初始化,通过这种关系,我们可以得知抽象工厂的子类可以合理的获得父类的资源 抽象产品的子类可以获得父类的资源,而抽象产品可以有选择的获得抽象工厂的资源和其子类的资源,而不是一味的继承,让抽象产品的子类直接继承自其对应的工厂,势必会浪费一些不必要的资源,浪费了其本来暴露给以后扩充代码的灵活性和可选性。

我们用php来描述上面的关系:
SystemFactory.php

<?php

        abstract class SystemFactory {
                abstract function produceSystem(string $id): System;
        }
?>

WinFactory.php

<?php
        class WinFactory extends SystemFactory{
                public function produceSystem(string $id) :System {
                        return new WinSystem($id);
                }
        }
?>

LinuxFactory.php

<?php

        class LinuxFactory extends SystemFactory {
                public function produceSystem(string $id):System {
                        return new LinuxSystem($id);
                }
        }
?>

System.php

<?php

        abstract class System {
                private $id;
                public function __construct(string $id) {
                        $this->id = $id;
                }
        }
?>

WinSystem.php

<?php

        class WinSystem extends System {
                //具体实现
        }
?>

LinuxSystem.php

<?php
        class LinuxSystem extends System {
                //具体实现
        }
?>