来自引导程序的 ZF1 调度错误控制器答案

【问题标题】：ZF1 dispatch error controller from bootstrap来自引导程序的 ZF1 调度错误控制器
【发布时间】：2020-03-16 10:10:34
【问题描述】：

在我的 Zend Framework 1 项目中，我尝试向 Bootstrap.php 添加一个 init，它将加载一些配置值，然后在配置值不存在时捕获异常。在它捕获到异常后，我希望它路由到错误控制器并显示它捕获的异常中的错误消息。

有没有办法在 Zend Framework 1 项目中的 Bootstrap.php 中引发异常，并让错误处理程序处理它，就像从控制器中引发异常一样？

更新： 感谢 David Weinraub，我想出了以下解决方案。

Bootstrap.php：

protected function _initRegistry()
{
    $options = $this->getOptions();
    $fc = Zend_Controller_Front::getInstance();
    $fc->registerPlugin(new Application_Plugin_RegistryHandler($options));
}

RegistryHandler.php：

use Application\Service\Config\Config;
use Application\Service\Config\MailConfig;

/**
 * Handles the loading of objects and values into the registry, we use a plugin
 * so exceptions can be thrown and caught with
 * Zend_Controller_Plugin_ErrorHandler.
 */
class Application_Plugin_RegistryHandler extends Zend_Controller_Plugin_Abstract
{
    /**
     * @var array
     */
    private $options;

    /**
     * @param array $options
     */
    public function __construct($options)
    {
        $this->options = $options;
    }

    /**
     * Load the config classes into registry on route startup
     * so the error controller should be loaded and ready to catch exceptions.
     * 
     * @param Zend_Controller_Request_Abstract $request
     */
    public function routeStartup(Zend_Controller_Request_Abstract $request)
    {
        $registry = Zend_Registry::getInstance();
        $mailConfig = new MailConfig($this->options);
        $config = new Config($this->options);
        $config->setMailConfig($mailConfig);
        $registry->set('config', $config);
    }
}

从这里抛出的任何异常都会被错误处理程序捕获和处理，并且可以显示一条很好的消息，例如“local.ini 中缺少配置值'doctrine.conn.database'”，然后我使用注册表访问这些配置来自应用程序中任何位置的值（稍后添加的实体管理器和邮件处理程序）。

我希望我有权将此项目迁移到 Zend Framework 2，这样更容易使用。

【问题讨论】：

标签： php zend-framework

【解决方案1】：

在引导期间使用ErrorController 处理异常通常是有问题的。毕竟，ErrorController 本身依赖于引导。

如果可能，您能否将您的配置检查放入运行在routeStartup 的front-controller plugin 中？到那时，引导已经发生并且标准的ErrorHandler插件已经注册，所以在那里抛出异常应该导致ErrorController处理它。

我想您可以尝试/捕获检查配置的块。然后，在 catch 中，检查 ErrorHandler 插件是否已经注册。如果没有，那么您自己手动注册它，然后重新抛出异常。未经测试，只是大声思考。

【讨论】：