PHP应用程序全局设置

Question

我已经阅读了在 StackOverflow 上找到的关于该主题的几乎所有问题，但找不到直接答案。

这是我的代码：

应用程序类

<?php
    class Application extends Settings {
        public function __construct($env, $cacheDir, $configFile) {
            self::$_env = $env;
            self::$_cacheDir = $cacheDir;
            self::$_config = $this->loadConfig($configFile) // reads configs from xml file into Config object
        }

        // other methods
    }
?>

设置类：

<?php
class Settings {
    protected static $_env = null;
    protected static $_cacheDir = null;
    protected static $_config = null;

    public static function getEnv() {
        return self::$_env;
    }

    public static function getCacheDir() {
        return self::$_cacheDir;
    }

    public static function getConfig() {
        return self::$_config;
    }
}
?>

我从代码中的任何位置访问设置，如下所示：

<?php
var_dump(Settings::getEnv());
?>

我想从许多不同的地方访问设置。所有值只能设置一次并且不能被覆盖（因此使用 __set 方法的注册表不起作用，因为我可以在应用程序过程的任何阶段的任何位置设置任何值）

问题：

这是好的做法吗像这样存储全局设置。这种方法有什么缺点？ 也许有更好的方法来做到这一点？

谢谢您的回答

Answer 1

就像 Wrikken 在对你的问题的评论中指出的那样，你正在将全局状态引入到你的应用程序中。引用 Martin Fowler 关于 Global State 的内容（PoEAA，第 482f 页）：

请记住，任何全球数据在被证明无罪之前总是有罪的。

简而言之，这意味着：避免它。不过，我让您自行研究该主题，因为详细讨论这个问题超出了范围。

现在，为了更好的选择，

我们假设您将所有流量路由到index.php。然后，您可以简单地引导/构建满足该文件内的请求所需的所有组件。例如，像这样：

spl_autoload_register(
    function($className) {
        static $classMap = array(
            'request' => '/path/from/here/to/Request.php',
             … more mapping
        );
        require __DIR__ . $classMap[strtolower($className)];
    }
);

$config  = parse_ini_file(__DIR__ . '/path/from/here/to/config.ini');
foreach($config['env'] as $key => $val) {
    ini_set($key, $val);
}

$router = new Router;
$router->registerActionForRoute(
    '/product/list', 
    function($request, $response) use ($config) {
        return new ProductListAction(
            $request, $response
            new ProductMapper(
                new ProductGateway(
                    new MySqli($config['db']['host'], …),
                    new Cache($config['cache'], …)
                ),
                new ProductBuilder;
            )
        );
    }
);
$router->registerActionForRoute(…);
$router->execute(new Request($_GET, $_POST, $_SERVER), new Response);

当然，您宁愿包含来自单独文件的自动加载器（因为您想使用类似 https://github.com/theseer/Autoload）。当然，您可以使用 Builder 或 Factory 模式替换 Router 中的闭包。我刚刚使用了最简单的方法。这样（希望）更容易理解。您可以检查 http://silex-project.org/ 使用更复杂但类似的方法。

这种方法的主要好处是，每个组件从一开始就可以通过 依赖注入。这将使对代码进行单元测试变得更容易，因为它更容易模拟依赖项并实现测试隔离。

另一个好处是，您可以将构建图和协作者图分开，这样您就不会混淆这些 责任（就像您对Singleton 或以其他方式将 new 关键字放入应该成为信息专家。

Answer 2

您的 Application 类不应扩展 Settings，因为这两个类之间没有关系。相反，您应该使用 依赖注入 将设置包含到 Application 类中。下面有一个例子，我建议阅读依赖注入。

class Settings {
    // public to simplify example, you can add setters and getters
    public $_env = null;
    public $_cacheDir = null;
    public $_config = null;
}

class Application {
    protected $config;

    public function setConfig($config) {
        $this->config = $config;
    }

}



$app = new Application();

$config = new Settings();

$config->_env = 'dev';
$config->_cacheDir = '/my/dir';
$config->_config = array(/* Config here */);

$app->setConfig($config);

正如 marcelog 在另一个答案中提到的，您可以使用引导类来处理将配置以及其他对象注入到您的 Application 类中。

引导类的基本示例：

class Bootstrap {

    protected $application;

    public function __construct(Application $app) {
        $this->application = $app;
    }

    // connivence method
    public function init() {
        $this->initSettings();
    }

    public function initSettings() {
        $settings = new Settings();
        $settings->_env = 'dev';
        $settings->_cacheDir = '/my/dir';

        $config = array(); // load config from file here
        $settings->_config = config;
        $this->application->setSettings($settings);
    }

    // other init methods
}

$app = new Application();

$bootstrap = new Bootstrap($app);

$bootstrap->init();

这些都是非常基本的示例，没有什么可以阻止您编写神奇的 getter 和 setter，让引导程序调用以 init 开头的任何方法，等等......

Answer 3

您可以发布更多代码吗？只是为了展示您如何访问这些设置。

无论如何，您可以创建一个 Boostrap 类。该引导类将执行为您的应用程序提供工作环境所需的任何操作（因此，将引导代码从应用程序和设置移至此类）。

它还可以实例化一个 Settings 对象，该对象应该是一个单例。

在 Settings 对象中，您可以使用魔术方法（__call、__get）来访问不同的设置，例如 Settings::getSettings()->getConfigDirectory()。这个神奇的方法将从调用中去除“get”一词，并尝试提供具有给定名称的资源（在本例中为名为“ConfigDirectory”的设置）。

这与 Zend Framework 在 Zend_Application、Zend_Bootstrap 和 Zend_Config 类中所做的类似，您可能想检查它们以获取一些想法。

作为旁注，我不明白（从概念上讲）为什么应用程序应该扩展设置。应用程序应该有一些设置，但这与扩展它们有很大不同。