Laravel深入学习12 - 依赖倒置原则

声明：本文并非博主原创，而是来自对《Laravel 4 From Apprentice to Artisan》阅读的翻译和理解，当然也不是原汁原味的翻译，能保证90%的原汁性，另外因为是理解翻译，肯定会有错误的地方，欢迎指正。

欢迎转载，转载请注明出处，谢谢！

依赖反转原则

介绍

我们来到了SOLID设计原则的最终的目标远景！它就是依赖反转原则，它是指高阶代码不能依赖低阶代码。相应的，高阶代码应该依赖一个抽象层，它是在高阶代码和低阶代码之间的“中间人”角色。另一方面，该原则指代抽象层不依赖具体实现，而是细节依赖抽象。如果这个读起来很晦涩，别担心。我们下面会对这两个方面具体的阐述本原则。

依赖反转原则 本原则是指高阶代码不依赖低阶代码，抽象不依赖具体细节。

实探

如果你已经读过本书之前的章节，就应该对依赖反转有一个很好的理解。我们通过下面例子来解释：

class Authenticator {

    public function __construct(DatabaseConnection $db)
    {
        $this->db = $db;
    }

    public function findUser($id)
    {
        return $this->db->exec('select * from users where id = ?',array($id));
    }

    public function authenticate($credentials)
    {
        // Authenticate the user...
    }

}

可以猜到，Authenticator类是负责查找并验证用户的。我们来检验下类的构造器。可以看到我们有个链接数据库的实例DatabaseConnection。所以我们将验证器和数据库紧密的接合在一起了，这意味着用户对象必须建立在关系型数据库查询之上。此外，我们的高阶代码（Authenticator类）直接依赖了低阶代码（DatabaseConnection类）。 首先，我们解释下“高阶”和“低阶”代码。低阶代码实现像这种磁盘文件访问，数据库接入等。高阶代码在低阶代码之上实现逻辑功能的封装，但不能将他们耦合进来。或者，高阶代码依赖建立在低阶代码之上的抽象层，如接口。不仅如此，低阶代码_也_依赖于抽象层。我们来实现一个可以在Authenticator类中使用的接口：

interface UserProviderInterface {
    public function find($id);
    public function findByUsername($username);
}

然后，将接口的实现注入到Authenticator：

class Authenticator {

    public function __construct(UserProviderInterface $users,HasherInterface $hash)
    {
        $this->hash = $hash;
        $this->users = $users;
    }

    public function findUser($id)
    {
        return $this->users->find($id);
    }

    public function authenticate($credentials)
    {
        $user = $this->users->findByUsername($credentials['username']);

        return $this->hash->make($credentials['password']) == $user->password;
    }

}

这些改变之后，我们的Authenticator现在依赖两个高阶抽象：UserProviderInterface和HasherInterface。我们就能自由的将任何针对接口的实现注入到Authenticator中了。比如，如果我们用户存储在Reids中，可以实现针对UserProvider实现一个RedisUserProvider类。Authenticator现在不在直接依赖低阶的存储操作了。 此外，自从它实现接口本身后，我们的低阶代码现在也是依赖高阶的UserProviderInterface抽象：

class RedisUserProvider implements UserProviderInterface {

    public function __construct(RedisConnection $redis)
    {
        $this->redis = $redis;
    }

    public function find($id)
    {
        $this->redis->get('users:'.$id);
    }

    public function findByUsername($username)
    {
        $id = $this->redis->get('user:id:'.$username);

        return $this->find($id);
    }

}

反转思想 很多开发人员在应用中使用_反转_原则。代替这种高阶直接耦合低阶代码的“自上而下”的方式，本原则指高阶、低阶代码“同时”依赖一个高阶抽象层。

在我们将Authenticator的依赖“倒置”前，他是无法在其他数据存储系统中使用的。在改变存储系统的情况下，必须对Authenticator进行修改，违背了开放封闭原则。我们已经知道，几种原则之间是相互贯穿的。 在将Authenticator强制实现在存储层之上的抽象层，我们可以根据UserProviderInterface接口约定切换成任意其他存储系统，而无需对Authenticator本身进行修改。传统的依赖痛过“倒置”就能事代码变得非常灵活，易于改变！

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!