将 Symfony 的依赖注入（自动装配）集成到遗留应用程序中

Question

我有一个遗留应用程序，它建立在一个旧的自定义 MVC 框架上，我希望最终摆脱它。这个框架不依赖单一的前端控制器，所以大部分页面还是有专门的php文件来调用尊敬的控制器，其他的都是php/html混合的。我已经阅读了有关使用各种方法 (https://symfony.com/doc/current/migration.html) 将应用程序迁移到 symfony 的文章，但是我对这两种方法都遇到了问题，并且意识到我真的不需要 symfony 的路由处理。

Symfony 当前存在于我们的应用程序中，但仅由各种命令使用。我们所有的核心逻辑仍在遗留应用程序中，因此 Symfony 可以毫无问题地访问它，因为类都在全局命名空间中。然而，问题是，遗留应用程序不能使用任何新的 Symfony 类，因为它不支持依赖注入。为了开始将我们的一些核心逻辑和功能转移到 Symfony，需要这种能力。

理想情况下，我希望能够将容器加载到我们的旧应用程序中，该应用程序提供了我们所有的自动装配服务。允许我在旧版应用程序中访问基于 Symfony 的新服务。

非常感谢任何帮助。

非常感谢。

更新 1

所以我尝试了@Cerad 所说的，只需访问内核，因为它是全局的。我将 bootstrap.php 逻辑复制到我的旧应用程序的主配置中（因此它会加载现有的 .env* 文件），然后启动内核（实例化它并在我的旧配置中调用 boot）。它有效，我可以在我的 php 文件中引用 $kernel（使用全局 $kernel）并访问容器。但是，这与@Dmitry Solovov 的回复一致，服务必须是公开的。

我必须将我想要的所有服务设置为公开吗？如果我在 services.yaml 中手动定义服务，将其设置为 public，它就可以工作。

但这并不理想，因为我想自动加载我的服务，因此我可以正确使用服务，而不必明确定义我希望在旧版应用中可用的每个服务。

如何在不公开服务的情况下将服务注入旧版控制器？就像 Symfony 的控制器如何允许您将服务注入到控制器方法中一样？

非常感谢。

Answer 1

独立使用依赖注入：

• 安装包：

composer require symfony/dependency-injection

• 在配置文件中定义您的服务（即src/Resources/config/services.yaml）。示例：

services:
    _defaults:
        autowire: true
        autoconfigure: true
        public: false

    App\Services\MyService:
        class: App\Services\MyService
        public: true

您也可以使用服务自动导入功能https://symfony.com/doc/current/service_container.html#importing-many-services-at-once-with-resource

• 使用以下代码编译 DI 容器：

use Symfony\Component\Config\FileLocator;
use Symfony\Component\DependencyInjection\ContainerBuilder;
use Symfony\Component\DependencyInjection\Loader\YamlFileLoader;

$container = new ContainerBuilder();
$loader = new YamlFileLoader($container, new FileLocator(__DIR__.'/src/Resources/config'));
$loader->load('services.yaml');
$container->compile();

• 将此容器实例注入您的应用程序。或者扩展 ContanerBuilder 类并使其成为单例。

在您的应用程序中使用的服务应该是公开的，因此您可以直接从容器中获取它们：

$service = $container->get(\App\Services\MyService::class);

您还可以默认公开所有服务：

services:
    _defaults:
        public: true

Answer 2

我有一个加载在所有页面上的单一配置，这就是我复制引导逻辑并加载内核的地方：

// ***** legacy config code above

// This probably could just be loaded using require, but kept it here for completeness
if (is_array($env = @include dirname(__DIR__).'/.env.local.php')) {
    foreach ($env as $k => $v) {
        $_ENV[$k] = $_ENV[$k] ?? (isset($_SERVER[$k]) && 0 !== strpos($k, 'HTTP_') ? $_SERVER[$k] : $v);
    }
} elseif (!class_exists(Dotenv::class)) {
    throw new RuntimeException('Please run "composer require symfony/dotenv" to load the ".env" files configuring the application.');
} else {
    // load all the .env files
    (new Dotenv(false))->loadEnv(dirname(__DIR__).'/config/.env');
}

$_SERVER += $_ENV;
$_SERVER['APP_ENV'] = $_ENV['APP_ENV'] = ($_SERVER['APP_ENV'] ?? $_ENV['APP_ENV'] ?? null) ?: 'dev';
$_SERVER['APP_DEBUG'] = $_SERVER['APP_DEBUG'] ?? $_ENV['APP_DEBUG'] ?? 'dev' == $_SERVER['APP_ENV'];
$_SERVER['APP_DEBUG'] = $_ENV['APP_DEBUG'] = (int) $_SERVER['APP_DEBUG'] || filter_var($_SERVER['APP_DEBUG'], FILTER_VALIDATE_BOOLEAN) ? '1' : '0';
// End Symfony's bootstrap

// Load Symfony's kernel
$kernel = new Kernel($_SERVER['APP_ENV'], (bool) $_SERVER['APP_DEBUG']);
$kernel->boot();

从那里我可以访问我想要的特定服务 - 只要它是公开的：

global $kernel;
$service = $kernel->getContainer()->get(\App\Services\MyService::class);

让我的项目运行良好的真正想法不是将所有服务设置为公开，而是创建一个遗留服务，该服务在 services.yaml 中手动定义并设置为公开：

services:
    App\Services\Legacy\AWSLegacy:
        public: true

AWSLegacy 看起来像：

namespace App\Services\Legacy;

use App\Services\AWS\S3;

class AWSLegacy
{
    /** @var S3 */
    public $s3;

    public function __construct(
        S3 $s3
    )
    {
        $this->s3 = $s3;
    }
}

这使我可以将我希望在旧应用程序中可用的类似服务组合在一起，而无需在 services.yaml 中手动为每个服务创建引用并将它们设置为公开。

Symfony 桥接方法对我不起作用，因为我不希望 Symfony 在我的旧应用程序中处理路由（请求和响应），我只想访问新服务。

感谢 @Cerad 和 @Dmitry Solovov 的帮助。