0

我正在阅读这里的教程，并且我已经在ServiceProvider.

public function register()
{
    $this->app->bind("chat.emitter", function ()
    {
        return new EventEmitter();
    });
    $this->app->bind("chat.chat", function ()
    {
        return new Chat($this->app->make("chat.emitter"));
    });
    $this->app->bind("chat.user", function ()
    {
        return new User();
    });
    $this->app->bind("chat.command.serve", function ()
    {
        return new Command\Serve($this->app->make("chat.chat"));
    });
    $this->commands("chat.command.serve");
}

public function provides()
{
    return [
        "chat.chat",
        "chat.command.serve",
        "chat.emitter",
        "chat.server"
    ];
}

我对几件事有些困惑：

  1. 为什么provides函数中的字符串（特别是“chat.server”）与register函数中绑定的内容不匹配？不需要提供来说明IoC什么是可用的以及什么是绑定的吗？

  2. 当某物被 绑定时app，用于绑定它的字符串的约定是什么？例如，在上面的代码中，“chat.emitter”返回一个EventEmitter，但该类EventEmitter与聊天文件夹无关。事实上，它位于Evenement包装中。此外，“聊天”不是 namspace 的顶部，Formativ而是。为什么不是“formativ.chat.user”？那么，这里的标准是什么？那根弦的每一段是什么意思？

4

1 回答 1

1

为什么提供函数（特别是“chat.server”）中的字符串与注册函数中绑定的内容不匹配？不需要提供什么来告诉 IoC 什么是可用的以及什么是绑定的吗？

看起来像教程中的错误/错字。FWIW，用户和服务器（chat.user/ chat.server- 不匹配的提供者）在您快速编写时非常容易交换。

当应用程序绑定某些东西时，用于绑定它的字符串的约定是什么？

空无一人。这些服务提供者旨在成为服务的全球（如整个世界）标识符。没有强制的命名约定，从我所看到的 Laravel 是一个足够小/孤立的社区，这不是一个主要问题。如果我要重新分配服务提供商，我会使用类似的命名约定

companyname_servicename

该companyname部分是我的公司/项目的唯一命名空间，并servicename确定服务的作用。虽然在避免命名空间冲突方面不是 100% 确定性的，但这将确保人们需要不遗余力地选择一个与我的冲突的名称。

您无法从服务名称中派生任何有关基础类的信息——即使可以，IoC 容器的全部意义在于让用户根据需要在不同的实现中进行交换。这意味着即使您可以从服务名称派生类名称，您也不知道其他开发人员和/或第三方包做了什么。

希望有帮助！

于 2015-03-10T22:49:54.720 回答