Symfony：如何在Bundle Controller中调用私有服务

Question

我创建了一个捆绑包，我想结合使用最佳实践。

所以我所有的服务都是私人的

https://symfony.com/doc/current/service_container/alias_private.html

因此，除非您特别需要直接通过$ container-> get（）从容器访问服务，否则最佳实践是将服务设为私有。 实际上，默认的services.yaml配置默认将所有服务配置为私有。

和

https://symfony.com/blog/new-in-symfony-3-4-services-are-private-by-default

在Symfony核心中，我们已经做到了这一点，并且使所有服务和别名变为私有的，除了少数几个在引导时所需的服务和别名。 实际上，引导是直接使用容器的最后也是唯一合法的用例。

因此，我们是否应该放弃将service_container与ContainerAware *一起注入的可能性？ 社区在准备Symfony 5时可能会考虑这种可能性。

我有一个必须由App / Controller使用的Trait或Abstract控制器。 特征可以通过自动装配来调用私有服务，而问题是解决的，但Symfony的最佳实践是不要在捆绑软件中仅使用自动装配：

https://symfony.com/doc/current/service_container/autowiring.html

公共和可重复使用的软件包

公共捆绑包应显式配置其服务，而不要依赖自动装配。

因此，如何在我的Trait或抽象控制器中注入我的私人服务。 甚至在App控制器中，而无需用户配置的都是services.yml。

我希望我清楚。

对不起我的英语不好。 我试图改善它；-)

Answer 1

如果您正在开发第三方捆绑软件，即将由其他人使用的捆绑软件，那么您必须手动定义服务，也必须使用xml定义服务。 这些是最佳做法。

现在，第三方捆绑包可以提供公共服务。 您正在引用的文章引用了您的AppBundle服务，该服务应该是私有的，因为其中包含您的应用程序/业务逻辑。 它们默认为私有的原因是因为您应该使用构造函数依赖注入来使用它们，所以事情更容易测试。

现在，关于您的问题，您不应该在第三方捆绑软件中创建控制器：这不是一个好习惯。 而是使用路由来路由到将执行您需要的操作的服务。 Api Platform可以在这里进行操作：

routing.xml

EntryPointAction.php