Laravel深入学习10 - 里氏替换原则

2024年1月9日 135次阅读 来源: laravel

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

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

里氏替换原则

简介

别担心，里氏替换原则实际上比他的名字好理解。他是指任何在任何接受抽象化类的地方其实现也被接受。通俗的讲，类中使用接口实现的地方，不需要修改代码对于任意的接口实现类都将能使用。

里氏替换原则

该原则表示，程序中对于实例化对象的子类型，不需要修改代码，可以直接进行替换。

实探

我们继续拿OrderProcessor举例来阐述该原则，看下这个方法：

public function process(Order $order)
{
    // Validate order...

    $this->orders->logOrder($order);
}

在Order验证之后，我们使用OrderRepositoryInterface接口实现类来记录订单日志。我们假定，当订单处理未成熟时，我们将所有的订单以CSV格式记录到系统中。我们的额OrderRepositoryInterface接口实现类为CsvOrderRepository。当业务继续发展，我们想使用关系型数据库记录订单。下面，我们看下一种可能的接口实现：

class DatabaseOrderRepository implements OrderRepositoryInterface {

    protected $connection;

    public function connect($username, $password)
    {
        $this->connection = new DatabaseConnection($username, $password);
    }

    public function logOrder(Order $order)
    {
        $this->connection->run('insert into orders values (?, ?)', array(
            $order->id, $order->amount,
        ));
    }

}

现在，让我们检验下如何将不得不去使用此实现：

public function process(Order $order)
{
    // Validate order...

    if ($this->repository instanceof DatabaseOrderRepository)
    {
        $this->repository->connect('root', 'password');
    }

    $this->repository->logOrder($order);
}

注意，在订单处理类中，我们强制检测了OrderRepositoryInterface是否为一个数据库的实现方式。如果是，继续数据库的连接。在小型应用中还算是小问题，但是，如果在很多其他类中OrderRepositoryInterface被使用到时怎么办？我们就只能在所有地方去添加这段“引导”代码。这样的代码维护让人头痛，还会代码潜在的bug，如果有一个地方忘记修改，就瞎了。

上述实例已违背里氏替换原则。在不修改connect方法的情况下我们无法注入接口的实现类。既然发现了问题，那就去修复他们吧。这里是一个新的DatabaseOrderRepository实现类：

class DatabaseOrderRepository implements OrderRepositoryInterface {

    protected $connector;

    public function __construct(DatabaseConnector $connector)
    {
        $this->connector = $connector;
    }

    public function connect()
    {
        return $this->connector->bootConnection();
    }

    public function logOrder(Order $order)
    {
        $connection = $this->connect();

        $connection->run('insert into orders values (?, ?)', array(
            $order->id, $order->amount,
        ));
    }

}

现在在DatabaseOrderRepository中实现了数据库连接的管理，我们就可以从OrderProcessor中移除那段“引导”代码了：

public function process(Order $order)
{
    // Validate order...

    $this->repository->logOrder($order);
}

如此改变，我们就可以在OrderProcessor中随意使用CsvOrderRepository或者DatabaseOrderRepository了。我们的代码遵循了里氏替换原则。很多建筑学上的概念都被讨论成一种“认知”。特别的，对于每一个类，都有其自己的“语境”，他周边的代码在其依赖环境下帮助类来完成特定的工作。当你让架构朝着健壮方向发展的时候，这种类的设计“认知”将是一种持久重要的主题。

小心漏洞

你也许注意到了本原则和上章中提到的回避“抽象漏洞”类似。我们的数据库获取部分就是破坏里氏替换的点，在你以后的编码中一定要对这种编码留心！

    原文作者：laravel
    原文地址: https://segmentfault.com/a/1190000009623336
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞