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

Question

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

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

理想情况下，我希望能够完成的是将容器加载到我们的遗留应用程序中，该应用程序具有我们所有可用的自动装配服务。允许我在我们的遗留应用程序中访问我们新的基于 Symfony 的服务。

非常感谢任何帮助。

非常感谢。

更新 1

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

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

但这并不是很理想，因为我想自动加载我的服务，所以我可以以正确的方式使用服务，而不必明确定义我希望在我的旧版应用程序中可用的每项服务。

如何在不创建服务 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 class 并使其成为单例。

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

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

您还可以将所有服务public设为默认：

services:
    _defaults:
        public: true

Answer 2

我有一个加载到所有页面的配置，这是我复制 bootstrap 逻辑并加载内核的地方：

// ***** 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();

从那里我可以访问我想要的特定服务 - 只要它是 public:

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

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

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 中手动为每个服务创建引用并设置它们 public。

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

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

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

Integrate Symfony's Dependency Injection (autowiring) into legacy app

php

symfony

symfony4