1

我正在将 Symfony 集成到具有自己基于 PSR-11 的依赖容器的旧应用程序中。一直在寻找一种将 DI 容器合并到 Symfony 使用的解决方案,但一无所获。为了让它发挥作用,我提出了一个我不喜欢的“hacky”解决方案。

我已经创建了这个类。它在其中创建一个旧 DI 容器的实例:

class OldAppServiceFactory
{
    private ContainerInterface $container;

    public function __construct()
    {
        $this->container = OldContainerFactory::create();
    }

    public function factory(string $className)
    {
        return $this->container->get($className);
    }
}

并将适当的条目添加到services.yaml

    oldapp.service_factory:
        class: Next\Service\LeonContainer\LeonServiceFactory

    OldApp\Repository\Repository1:
        factory: ['@oldapp.service_factory', 'factory']
        arguments:
            - 'OldApp\Repository\Repository1'

    OldApp\Repository\Repository2:
        factory: ['@oldapp.service_factory', 'factory']
        arguments:
            - 'OldApp\Repository\Repository2'

    OldApp\configuration\ConfigurationProviderInterface:
        factory: ['@oldapp.service_factory', 'factory']
        arguments:
            - 'OldApp\configuration\ConfigurationProviderInterface'

通过上述技巧,将这些类放在服务类构造函数中是可行的。不幸的是,它看起来很糟糕,用更多的存储库来扩展它会很痛苦(尤其是当有 50 个时)。是否有可能实现这样的目标services.yaml

    OldApp\Repository\:
        factory: ['@oldapp.service_factory', 'factory']
        arguments:
            - << PASS FQCN HERE >>

这将使我services.yaml在旧应用程序的单个命名空间中只有一个条目。

但是,也许我的问题还有其他解决方案?一直在尝试配置Kernel.phpprepareContainer(...)方法,但我也一无所获,因为旧的依赖项位于一个返回数组的 PHP 文件中:

return array [
    RepositoryMetadataCache::class => static fn () => RepositoryMetadataCache::createFromCacheFile(),
    EntityCollection::class => autowire(EntityCollection::class),
    'Model\Repository\*' => static function (ContainerInterface $container, RequestedEntry $entry) { ... }
];
4

1 回答 1

1

您可以使用自定义编译器传递轻松完成此操作。

首先通过加载它们所在的目录来标记所有旧的存储库类:

OldApp\Repository\:
    resource: '../src/OldApp/Repository/*'
    autowire: false
    autoconfigure: false
    tags: ['oldapp_repository']

(我认为您可能还需要src/OldApp从默认的自动服务加载中排除。例如:

App\:
    resource: '../src/*'
    exclude: '../src/{OldApp/Repository,DependencyInjection,Entity,Tests,Kernel.php}'

...但我不是 100% 确定,测试这个)。

然后创建一个编译器通过标签并为每个标签定义一个工厂:

class OldAppRepositoryCompilerPass implements CompilerPassInterface
{

    public function process(ContainerBuilder $container): void
    {
        $taggedServices = $container->findTaggedServiceIds('oldapp_repository');

        foreach ($taggedServices as $serviceId => $tags) {

            $definition = $container->getDefinition($serviceId);
            $definition
                    ->setFactory([new Reference('oldapp.service_factory'), 'factory'])
                    ->addArgument($serviceId);
        }

    }
}

并在您的应用程序内核build()方法中添加编译器通道:

// src/Kernel.php
namespace App;

use Symfony\Component\HttpKernel\Kernel as BaseKernel;
// ...

class Kernel extends BaseKernel
{
    // ...

    protected function build(ContainerBuilder $container): void
    {
        $container->addCompilerPass(new OldAppRepositoryCompilerPass());
    }
}

目前无法对此进行正确测试,但这应该会让您朝着正确的方向前进。有关更多详细信息,请查看文档:

您可以检查这个示例 repo,上面已实现并正常工作。在这个 repo 中,OldApp命名空间在Appand之外src,因此无需将其排除在自动服务加载之外。

于 2021-12-09T14:11:08.817 回答