- 当前位置：首页 >IT科技 >PHP代码简洁之道——SOLID原则
PHP代码简洁之道——SOLID原则
发布时间：2025-11-04 00:16:40 来源：码上建站 作者：系统运维
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所述，原则"软件的代道实体(类, 模块, 函数,等)应该对扩展开放，对修改关闭。码简"这个原则是原则在说明应该允许用户在不改变已有代码的情况下增加新的功能。IT技术网
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);接口隔离原则
接口隔离原则："客户端不应该被强制去实现于它不需要的b2b信息网接口"。
有一个清晰的例子来说明示范这条原则。当一个类需要一个大量的设置项，为了方便不会要求客户端去设置大量的选项，因为在通常他们不需要所有的设置项。使设置项可选有助于我们避免产生"胖接口"
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 cant 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设计需要遵守如上原则，不过实际的代码设计一定要简单、简单、简单。在实际编码中要根据情况进行取舍，一味遵守原则，而不注重实际情况的话，可能会让你的代码变的难以理解!
- 光驱安装XP系统教程（详细教你如何使用光驱安装XP系统）
- 联想笔记本电脑Win7系统安装教程（详细指导以联想笔记本电脑安装Win7系统的步骤和注意事项）
- 双硬盘硬盘安装系统的完全指南（详细教程带你轻松安装双硬盘系统）
- 魅族魅蓝note3（一款性价比超高的智能手机，满足你的多种需求）
- 安装Win7虚拟机系统的完整教程（详细指导您如何在计算机上安装Win7虚拟机系统）
- 三星ST700充电指南（学会正确的充电方式，延长手机寿命）
- CBM2099E量产教程（掌握CBM2099E量产技巧，轻松实现大规模生产）
- 简易文件共享设置方法（通过文件共享实现快速、便捷的数据传输）
- 电脑主题安装密码错误的解决方法（忘记或输入错误密码时如何解决电脑主题安装问题）
- 笔记本电脑i56500性能如何？（深入解析i56500处理器的优势与局限）
- 解决电脑恢复手机时老提示错误的方法（教你如何应对电脑恢复手机时的错误提示问题）
- 联想ZUK2拍照表现如何？（解析联想ZUK2的摄影能力，为您提供详细评测）
- 一加手机（以性价比和用户体验为重点评估）
- 详解以HP笔记本安装Win10教程（从零开始轻松安装Win10，让HP笔记本焕发新生）
- 装机助手（教你如何使用装机助手完成电脑程序的安装和配置）
- 三星GalaxyS8（从外观到功能，GalaxyS8无可挑剔）
- 使用U盘轻松制作Win7系统重装教程（U盘制作Win7系统重装，无需光盘，简单快捷）
- 扬天电脑，给你畅快的电脑体验（联想扬天电脑，高性能与稳定性的完美结合）
- 探索iPhonePlus系列的魅力——以a1524的iPhone6Plus为例
- 联想IdeaPad720s拆机教程
随便看看
香港云服务器企商汇服务器租用源码库益华科技IT技术网亿华云IT资讯网源码下载极客码头益强编程舍益强数据堂益华科技IT资讯网亿华灵动亿华云全栈开发科技前瞻码上建站汇智坊亿华互联亿华智造编程之道益华IT技术论坛亿华云计算思维库益强智未来益强智囊团益强IT技术网创站工坊亿华智慧云亿华科技益强资讯优选益华科技益强编程堂技术快报益强科技多维IT资讯益强前沿资讯云站无忧极客编程码力社益强科技运维纵横
- Copyright © 2025 Powered by PHP代码简洁之道——SOLID原则,码上建站 滇ICP备2023006006号-47sitemap