简单绑定

app()->bind(DatabaseWriter::class, function ($app) {
    return new DatabaseWriter(
        $app->make(DatabaseAdapterInterface)
    );
});

你对容器说，当你想要解析一个DatabaseWriter类的实例时，按照这个逻辑，我刚刚在闭包中告诉你，我知道的更好。您每次想要解决课程时，都必须遵循此规则并向我提供新实例。

您始终使用此类绑定。您正在为容器提供有关如何为您制作物品的小食谱。

Singleton Binding

与简单绑定相同，但有一个明显不同。你告诉容器我在整个应用程序中只需要一个这个类的实例。第一次解析类时，请遵循我传递给您的闭包中的逻辑，但请确保您每隔一段时间只返回一个实例来解决它。向我提供您唯一允许的实例。

这是一个单身人士，对吗？解析单例绑定后，将在后续调用容器时返回相同的对象实例。

显然，当您想要使用Singleton模式时，可以使用这种类型的绑定。这些日子很少见。

实例绑定

这就像对容器做一个忙。你没有告诉她如何实例化某个类，你自己做，只是给她实例。她为你拿着它，然后在随后的容器调用中返回它。

当你进行单元测试时，它会特别方便。如果将模拟实例绑定到某个类的容器，则对app()->make()的所有后续调用都将为您返回该模拟。因此，当使用实际的类时，你实际上是在整个应用程序中注入一个类模拟。

class QuestionsControllerTest extends TestCase 
{  
    public function testQuestionListing()
    {
        $questionMock = Mockery::mock('Question')
           ->shouldReceive('latest')
           ->once()
           ->getMock();

        // You're telling the container that everytime anyone
        // wants a Question instance, give them this mock I just
        // gave you.
        $this->app->instance('Question', $this->questionMock);

        // whatever...
    }
}

原始结合

Laravel的容器为您提供了一个DSL，告诉她如何解析基元。您说当BillingController类需要$taxRate变量并且未传递时，请将其0.2。这就像设置远处的默认值！

app()->when('App\Http\Controllers\BillingController')
     ->needs('$taxRate')
     ->give(.2);

用例可能很少见，但偶尔也可能需要它们。这个例子可能更具感官性：

app()->when('App\Http\Controllers\CustomerController')
    ->needs('$customers')
    ->give(function() {
        return Customer::paying();
    });

接口绑定

当您想要将接口绑定到具体实现时，会使用它。

在阅读了有关SOLID的十几篇文章以及如何成为更好的程序员之后，您决定遵循 Dependency Inversion 原则，而不依赖于具体实例，您依赖于抽象。

毕竟，这是一个很好的做法，在Laravel内外。

class DatabaseWriter {

    protected $db;

    // Any concrete implementation of this interface will do
    // Now, that I depend on this DatabaseAdapterInterface contract,
    // I can work with MySQL, MongoDB and WhatevaDB! Awesome!
    public function __construct(DatabaseAdapterInterface $db)
    {
        $this->db = $db;
    }

    public function write()
    {
        $this->db->query('...');
    }

}

如果没有Laravel的容器，首先需要创建DatabaseAdapterInterface的具体实现，并通过DatabaseWriter的构造函数传递它，以便能够实例化它：

$dbWriter = new DatabaseWriter(new MongodbAdapter)

如果MongodbAdapter有自己的依赖关系，您可能会在此处结束：

// Looks familiar, right? 
// These are those recipes you used to give to Laravel container 
// through simple binding. 
$dbWriter = new DatabaseWriter(new MongodbAdapter(new MongodbConnection))

但是在Laravel的聚会中，你告诉她当有人要求DatabaseAdapterInterface的具体实施时，不再要求他们给他们MongodbAdapter：

app()->bind(DatabaseAdapterInterface::class, MongodbAdapter::class)

然后你继续从容器中解析DatabaseWriter的实例，就像老板一样：

$dbWriter = app()->make(DatabaseWriter::class)

更简单，更清洁，对吧？你删除所有明显的混乱，并将其移动到其他地方。你的AppServiceProvider也许。

好的，让我们看看她在这种情况下是如何运作的。首先，她探测DatabaseWriter可能的依赖关系（通过reflection），发现它需要DatabaseAdapterInterface。检查她的笔记本，回忆说你告诉她MongodbAdapter是该界面的具体实现。制作一个并将其交给DatabaseWriter。

如果你坚持依赖倒置原则，你几乎一直都在使用这些类型的绑定。

好的，喋喋不休，让我们看看她的确如何运作：
https://github.com/laravel/framework/blob/5.3/src/Illuminate/Container/Container.php#L627

Laravel的容器绑定机制有何不同？

1 个答案:

简单绑定

Singleton Binding

实例绑定

原始结合

接口绑定