PHP代码简洁之道——SOLID原则

最新推荐文章于 2024-02-14 16:11:41 发布
最新推荐文章于 2024-02-14 16:11:41 发布
阅读量121 收藏
点赞数
文章标签： php
原文链接：https://juejin.im/post/59ec08aef265da4312800f5a
版权

SOLID 是Michael Feathers推荐的便于记忆的首字母简写，它代表了Robert Martin命名的最重要的五个面对对象编码设计原则

  • S: 单一职责原则 (SRP)
  • O: 开闭原则 (OCP)
  • L: 里氏替换原则 (LSP)
  • I: 接口隔离原则 (ISP)
  • D: 依赖反转原则 (DIP)

单一职责原则 Single Responsibility Principle (SRP)

"修改一个类应该只为一个理由"。人们总是易于用一堆方法塞满一个类，如同我们在飞机上只能携带一个行李箱（把所有的东西都塞到箱子里）。这样做的问题是：从概念上这样的类不是高内聚的，并且留下了很多理由去修改它。将你需要修改类的次数降低到最小很重要。这是因为，当有很多方法在类中时，修改其中一处，你很难知晓在代码库中哪些依赖的模块会被影响到。

Bad:

class UserSettings
{
    private $user;

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

    public function changeSettings($settings)
    {
        if ($this->verifyCredentials()) {
            // ...
        }
    }

    private function verifyCredentials()
    {
        // ...
    }
}复制代码

Good:

class UserAuth 
{
    private $user;

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

    public function verifyCredentials()
    {
        // ...
    }
}

class UserSettings 
{
    private $user;
    private $auth;

    public function __construct($user) 
    {
        $this->user = $user;
        $this->auth = new UserAuth($user);
    }

    public function changeSettings($settings)
    {
        if ($this->auth->verifyCredentials()) {
            // ...
        }
    }
}复制代码

开闭原则 Open/Closed Principle (OCP)

正如Bertrand Meyer所述，"软件的实体（类, 模块, 函数,等）应该对扩展开放，对修改关闭。"这个原则是在说明应该允许用户在不改变已有代码的情况下增加新的功能。

Bad:

abstract class Adapter
{
    protected $name;

    public function getName()
    {
        return $this->name;
    }
}

class AjaxAdapter extends Adapter
{
    public function __construct()
    {
        parent::__construct();

        $this->name = 'ajaxAdapter';
    }
}

class NodeAdapter extends Adapter
{
    public function __construct()
    {
        parent::__construct();

        $this->name = 'nodeAdapter';
    }
}

class HttpRequester
{
    private $adapter;

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

    public function fetch($url)
    {
        $adapterName = $this->adapter->getName();

        if ($adapterName === 'ajaxAdapter') {
            return $this->makeAjaxCall($url);
        } elseif ($adapterName === 'httpNodeAdapter') {
            return $this->makeHttpCall($url);
        }
    }

    private function makeAjaxCall($url)
    {
        // request and return promise
    }

    private function makeHttpCall($url)
    {
        // request and return promise
    }
}复制代码

在上面的代码中，对于HttpRequester类中的fetch方法，如果我新增了一个新的xxxAdapter类并且要在fetch方法中用到的话，就需要在HttpRequester类中去修改类（如加上一个elseif 判断），而通过下面的代码，就可很好的解决这个问题。下面代码很好的说明了如何在不改变原有代码的情况下增加新功能。

Good:

interface Adapter
{
    public function request($url);
}

class AjaxAdapter implements Adapter
{
    public function request($url)
    {
        // request and return promise
    }
}

class NodeAdapter implements Adapter
{
    public function request($url)
    {
        // request and return promise
    }
}

class HttpRequester
{
    private $adapter;

    public function __construct(Adapter $adapter)
    {
        $this->adapter = $adapter;
    }

    public function fetch($url)
    {
        return $this->adapter->request($url);
    }
}复制代码

里氏替换原则 Liskov Substitution Principle (LSP)

对这个概念最好的解释是：如果你有一个父类和一个子类，在不改变原有结果正确性的前提下父类和子类可以互换。这个听起来让人有些迷惑，所以让我们来看一个经典的正方形-长方形的例子。从数学上讲，正方形是一种长方形，但是当你的模型通过继承使用了"is-a"的关系时，就不对了。

Bad:

class Rectangle
{
    protected $width = 0;
    protected $height = 0;

    public function render($area)
    {
        // ...
    }

    public function setWidth($width)
    {
        $this->width = $width;
    }

    public function setHeight($height)
    {
        $this->height = $height;
    }

    public function getArea()
    {
        return $this->width * $this->height;
    }
}

class Square extends Rectangle
{
    public function setWidth($width)
    {
        $this->width = $this->height = $width;
    }

    public function setHeight(height)
    {
        $this->width = $this->height = $height;
    }
}

function renderLargeRectangles($rectangles)
{
    foreach ($rectangles as $rectangle) {
        $rectangle->setWidth(4);
        $rectangle->setHeight(5);
        $area = $rectangle->getArea(); // BAD: Will return 25 for Square. Should be 20.
        $rectangle->render($area);
    }
}

$rectangles = [new Rectangle(), new Rectangle(), new Square()];
renderLargeRectangles($rectangles);复制代码

Good:

abstract class Shape
{
    protected $width = 0;
    protected $height = 0;

    abstract public function getArea();

    public function render($area)
    {
        // ...
    }
}

class Rectangle extends Shape
{
    public function setWidth($width)
    {
        $this->width = $width;
    }

    public function setHeight($height)
    {
        $this->height = $height;
    }

    public function getArea()
    {
        return $this->width * $this->height;
    }
}

class Square extends Shape
{
    private $length = 0;

    public function setLength($length)
    {
        $this->length = $length;
    }

    public function getArea()
    {
        return pow($this->length, 2);
    }
}

function renderLargeRectangles($rectangles)
{
    foreach ($rectangles as $rectangle) {
        if ($rectangle instanceof Square) {
            $rectangle->setLength(5);
        } elseif ($rectangle instanceof Rectangle) {
            $rectangle->setWidth(4);
            $rectangle->setHeight(5);
        }

        $area = $rectangle->getArea(); 
        $rectangle->render($area);
    }
}

$shapes = [new Rectangle(), new Rectangle(), new Square()];
renderLargeRectangles($shapes);复制代码

接口隔离原则

接口隔离原则："客户端不应该被强制去实现于它不需要的接口"。

有一个清晰的例子来说明示范这条原则。当一个类需要一个大量的设置项，为了方便不会要求客户端去设置大量的选项，因为在通常他们不需要所有的设置项。使设置项可选有助于我们避免产生"胖接口"

Bad:

interface Employee
{
    public function work();

    public function eat();
}

class Human implements Employee
{
    public function work()
    {
        // ....working
    }

    public function eat()
    {
        // ...... eating in lunch break
    }
}

class Robot implements Employee
{
    public function work()
    {
        //.... working much more
    }

    public function eat()
    {
        //.... robot can't eat, but it must implement this method
    }
}复制代码

上面的代码中，Robot类并不需要eat()这个方法，但是实现了Emplyee接口，于是只能实现所有的方法了，这使得Robot实现了它并不需要的方法。所以在这里应该对Emplyee接口进行拆分，正确的代码如下：

Good:

interface Workable
{
    public function work();
}

interface Feedable
{
    public function eat();
}

interface Employee extends Feedable, Workable
{
}

class Human implements Employee
{
    public function work()
    {
        // ....working
    }

    public function eat()
    {
        //.... eating in lunch break
    }
}

// robot can only work
class Robot implements Workable
{
    public function work()
    {
        // ....working
    }
}复制代码

依赖反转原则 Dependency Inversion Principle (DIP)

这条原则说明两个基本的要点：

  • 高阶的模块不应该依赖低阶的模块，它们都应该依赖于抽象
  • 抽象不应该依赖于实现，实现应该依赖于抽象

这条起初看起来有点晦涩难懂，但是如果你使用过php框架（例如 Symfony），你应该见过依赖注入（DI）对这个概念的实现。虽然它们不是完全相通的概念，依赖倒置原则使高阶模块与低阶模块的实现细节和创建分离。可以使用依赖注入（DI）这种方式来实现它。更多的好处是它使模块之间解耦。耦合会导致你难于重构，它是一种非常糟糕的的开发模式。

Bad:

class Employee
{
    public function work()
    {
        // ....working
    }
}

class Robot extends Employee
{
    public function work()
    {
        //.... working much more
    }
}

class Manager
{
    private $employee;

    public function __construct(Employee $employee)
    {
        $this->employee = $employee;
    }

    public function manage()
    {
        $this->employee->work();
    }
}复制代码

Good:

interface Employee
{
    public function work();
}

class Human implements Employee
{
    public function work()
    {
        // ....working
    }
}

class Robot implements Employee
{
    public function work()
    {
        //.... working much more
    }
}

class Manager
{
    private $employee;

    public function __construct(Employee $employee)
    {
        $this->employee = $employee;
    }

    public function manage()
    {
        $this->employee->work();
    }
}复制代码

别写重复代码 (DRY)

这条原则大家应该都是比较熟悉了。

尽你最大的努力去避免复制代码，它是一种非常糟糕的行为，复制代码通常意味着当你需要变更一些逻辑时，你需要修改不止一处。

Bad:

function showDeveloperList($developers)
{
    foreach ($developers as $developer) {
        $expectedSalary = $developer->calculateExpectedSalary();
        $experience = $developer->getExperience();
        $githubLink = $developer->getGithubLink();
        $data = [
            $expectedSalary,
            $experience,
            $githubLink
        ];

        render($data);
    }
}

function showManagerList($managers)
{
    foreach ($managers as $manager) {
        $expectedSalary = $manager->calculateExpectedSalary();
        $experience = $manager->getExperience();
        $githubLink = $manager->getGithubLink();
        $data = [
            $expectedSalary,
            $experience,
            $githubLink
        ];

        render($data);
    }
}复制代码

Good:

function showList($employees)
{
    foreach ($employees as $employee) {
        $expectedSalary = $employee->calculateExpectedSalary();
        $experience = $employee->getExperience();
        $githubLink = $employee->getGithubLink();
        $data = [
            $expectedSalary,
            $experience,
            $githubLink
        ];

        render($data);
    }
}复制代码

Very good:

function showList($employees)
{
    foreach ($employees as $employee) {
        render([
            $employee->calculateExpectedSalary(),
            $employee->getExperience(),
            $employee->getGithubLink()
        ]);
    }
}复制代码

后记：虽然OOP设计需要遵守如上原则，不过实际的代码设计一定要简单、简单、简单。在实际编码中要根据情况进行取舍，一味遵守原则，而不注重实际情况的话，可能会让你的代码变的难以理解!

weixin_34413357
关注
Web前端大作业——城旅游景点介绍(HTML+CSS+JavaScript) html旅游网站设计与实现
专注于dreamweaver网页设计制作
08-11 588
🏀 精彩专栏推荐👇🏻👇🏻👇🏻 💝 【作者主页——🔥获取更多优质源码】 💝 【web前端期末大作业——🔥🔥毕设项目精品实战案例(1000套)】🚀 旅游景点介绍、旅游风景区、家乡介绍、等网站的设计与制作。旅游景点介绍、旅游风景区是一个介绍简介、行政区划、地理环境、自然环境、教育事业、体育事业、旅游景点、城市荣誉等等。网站集中主要展示了的地方风土人情，并通过访客留言，增加游客的互动体验。同时，地方旅游网站里的每一个网页都采用了统一的设计风格，以加强城市整体面貌统一的宣传效果。最重要的......
静态HTML网页设计作品——火车票网上预订网站(4个页面) HTML+CSS+JavaScript web网页设计实例作业
04-22 5805
HTML5期末大作业：网上预订网站设计——火车票网上预订网站(4个页面) HTML+CSS+JavaScript web网页设计实例作业 常见网页设计作业题材有 个人、 美食、 公司、 学校、 旅游、 电商、 宠物、 电器、 茶叶、 家居、 酒店、 舞蹈、 动漫、 明星、 服装、 体育、 化妆品、 物流、 环保、 书籍、 婚纱、 军事、 游戏、 节日、 戒烟、 电影、 摄影、 文化、 家乡、 鲜花、 礼品、 汽车、 其他 等网页设计题目, A+水平作业, 可满足大学生网页大作业网页设计需求, 喜欢的可以
PHP 代码规范简洁之道
weixin_34199335的博客
02-29 221
1. 统一的编码规范 编码规范往简单说其实就是三个方面： 换行 空格 变量命名 放在 PHP 里面，还有一些附加的地方，比如关键字大小写，语法糖的使用（array() 与 [] 等）的问题。之前整理过 PSR 的标准，也找过 php-cs-fixer 这样的工具。这些都是规范代码的重要手段。有统一的标准，配合上工具的检查，形成统一的编...
PHP 代码简洁之道
KobeHoo的博客
06-26 314
一、 PHP 简洁代码之道 clean-code-php， 是基于 Clean Code: A Handbook of Agile Software Craftmanship（Clean Code: 敏捷软件开发工艺手册） 这本书做的指南，该书是 Bob Martin 叔叔写的关于如何编写可维护代码的经典书籍。 clean-code-php 指南的灵感来源于 Javascript 版本的 clean-code-javascript ，在其基础加上了 PHP 的特点。 以下是我最喜欢的 clean-co
PHP 的代码简洁之道（Clean Code PHP）
zhoupenghui168的博客
04-17 1715
PHP 的代码简洁之道（Clean Code PHP）
PHP设计模式之SOLID原则了解下
luyaran的博客
09-29 1162
设计模式中的SOLID原则，分别是单一原则、开闭原则、里氏替换原则、接口隔离原则、依赖倒置原则，遵循前辈们总结出来的五大原则可以使程序解决紧耦合，更加健壮。来看个表单： 简拼 全拼 汉字 简单介绍 SRP The Single Responsibility Principle  单一责任原则 对象应该仅具有单一的功能 OCP The Open C...
php代码有多简洁,PHP 代码规范简洁之道
weixin_42352080的博客
04-02 198
统一的编码规范--编码规范往简单说其实就是三个方面：换行空格变量命名放在 PHP 里面，还有一些附加的地方，比如关键字大小写，语法糖的使用(array()与[]等)的问题。之前整理过 PSR 的标准，也找过 php-cs-fixer 这样的工具。这些都是规范代码的重要手段。有统一的标准，配合上工具的检查，形成统一的编码约束不是什么难题。没有规范，不同的人甚至同一个人在空格、换行和命名上都有可能是十...
开发Web后台程序的新技术——PHP技术.pdf
01-06
此外，PHP的源代码开放，允许开发者自由定制和扩展，促进了社区的活跃和创新，从而推动了PHP的快速发展。 PHP的流行体现在其广泛的应用上。自1996年以来，PHP的使用站点数量迅速增长，到1999年已超过15万个，成为最...
web前端网页设计与制作——华夏第一县HTML+CSS+JavaScript
08-10
- **易于修改**：由于源代码较为简洁，学生可以轻松地对其进行修改，以适应自己的需求或创意。 #### 3. **知识应用** - **技术栈**：网页制作过程中主要运用的技术包括Div+CSS布局、鼠标滑过特效、Table表格布局、...
学生DW静态网页设计——html+css+javascript+jquery+bootstarp马尔代夫旅游响应式网站
wx___BJ050106的博客
08-09 3916
👨‍🎓静态网站的编写主要是用 HTML DⅣV+ CSSJS等来完成页面的排版设计👩‍🎓，一般的网页作业需要融入以下知识点：div布局、浮动定位、高级css、表格、表单及验证、js轮播图、音频视频Fash的应用、uli、下拉导航栏、鼠标划过效果等知识点，学生网页作业源码，制作水平和原创度都适合学习或交作业用，记得点赞。 🏀 精彩专栏推荐👇🏻👇🏻👇🏻 💝 【作者主页——🔥获取更多优质源码】 💝 【web前端期末大作业——🔥🔥毕设项目精品实战案例(1000套)】🚀 旅游景......
solid-php-examples:SOLID PHP 代码示例
06-16
可靠的 PHP 示例 单一职责原则 一个类应该只有一个改变的理由。 实体应该只做一件事并做好。 开闭原则 软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。 实体应该对扩展开放，对修改关闭。 里氏替换原则 子类型必须可以替代它们的基本类型。 派生类必须可以替代它们的基类型。 实现接口的类应该能够在该接口类型提示的任何地方使用。 前提条件再好不过了！ （即，如果子类型抛出异常而不是主类型，则其前提条件更大） 实际上，您的@returns、@throws、输入参数等应该始终保持一致。 如果它看起来像一只鸭子，叫起来像一只鸭子并且需要电池，那么你可能有错误的抽象。 接口隔离原则 不应强迫客户依赖他们不使用的方法。 如果客户端被迫依赖他们不使用的方法，则会导致无意的耦合。 依赖倒置原则 一种。 高级模块不应该依赖于低级模块。 两者都应该依赖于抽象。 湾抽象不应该依赖于细节。
SOLID：SOLID是计算机编程中五个良好原则（规则）的缩写。 SOLID使程序员可以编写易于理解的代码，并在以后进行更改。 Solid通常与使用面向对象设计的系统一起使用。 SOLID由Robert C提拔
02-21
坚硬的 SOLID是计算机编程中五个良好原则（规则）的缩写。 SOLID使程序员可以编写易于理解的代码，并在以后进行更改。 Solid通常与使用面向对象设计的系统一起使用。 SOLID由Robert C提拔。 S-SRP Принципединственнойответственности（单一责任原则） Длякаждогоклассадолжнобытьопределеноединственноеназначение。 Всересурсы，необходимыедляегоосуществления，должныбытьинкапсулированывэтотклассиоодчин。 O-OCP Принципоткрытости/закрытости（开放式/封闭式原理） программныесущности…должныбытьоткрытыдлярасширения，ноз
什么是PHP的SOLID原则？
周祥平程序专栏
12-15 417
SOLID 是面向对象编程（OOP）中的五个设计原则的首字母缩写，这些原则有助于创建可维护、灵活且可扩展的软件。这些原则共同促使开发者编写更灵活、可维护和可扩展的代码。它们强调了代码的高内聚性、低耦合性和易于理解的设计。
php页面代码简化,php代码如何简化
weixin_26873711的博客
03-13 139
php代码怎么简化怎么简化以下代码 用do while 实现只返回一次{"status":0,"error_code":0}' 就是说两个0是变量 有什么问题便返回那个代码。求实现代码public function login(){$a_id =$_GET['a_id'];$a_password=$_GET['a_password'];if(empty($a_id)) {// $this-&gt...
SOLID：面向对象设计的前五个原则
最新发布
Java程序员的知识博客
02-14 1169
在本文中，介绍了SOLID（单一职责原则、开放封闭原则、里氏替换原则、接口隔离原则和依赖倒置原则）的五个原则。遵循SOLID原则的项目可以更容易地与合作者分享、扩展、修改、测试和重构。
android solid 代码,Android 开发之SOLID原则
weixin_42509931的博客
05-27 700
SOLID是用来帮助定义面向对象设计五个基本原则的助记符：单一功能原则开闭原则里氏替换原则接口分离原则依赖反转原则SOLID#1:单一功能原则(SRP)一个类在修改时应该有、也只能有一个理由我们来更详细的说明这一原则，假设我们需要为Recycleview准备一个adapter，你很可能已经知道adapter用于从数据集合中获取数据并将它们适配到view。我曾见到过这样的实现：// 违反单一功能原则...
PHP编程SOLID设计原则理解
学徒的博客
08-23 239
面向对象编程和面向对象设计的五个基本原则： 单一职责原则（Single Responsibility Principle）---使用依赖注入，各类执行各自功能，不因任何一个类变化产生变动 开放封闭原则（Open Closed Principle） ---对扩展是开放的，对修改是封闭的 里氏替换原则（Liskov Substitution Principle） ---灵活切换/替换类，而不修改...
php 依赖倒置原则,读懂 SOLID 的「依赖倒置」原则
weixin_35738619的博客
03-28 141
这是理解SOLID原则中，关于依赖倒置原则如何帮助我们编写低耦合和可测试代码的第一篇文章。写在前头当我们在读书，或者在和一些别的开发者聊天的时候，可能会谈及或者听到术语SOILD。在这些讨论中，一些人会提及它的重要性，以及一个理想中的系统，应当包含它所包含的5条原则的特性。我们在每次的工作中，你可能没有那么多时间思考关于架构这个比较大的概念，或者在有限的时间内或督促下，你也没有办法实践一些好的设计...
掌握SOLID原则：高质量PHP代码设计指南
压缩包子文件的文件名称列表"solid-php-examples-master"表明了这是一个包含SOLID原则PHP代码示例的项目结构。开发者可以克隆或下载该资源，研究这些示例来更好地理解和应用SOLID原则。这些示例可能包含了不同场景下...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值