PHP面向对象五大原则之单一职责原则(SRP)详解

开发技术作者： 2024-08-18 22:50:01

这篇文章主要介绍了PHP面向对象五大原则之单一职责原则(SRP),结合实例形式详细分析了单一职责原则(SRP)的概念、原理、定于与使用方法,需要的朋友可以参考下

本文实例讲述了PHP面向对象五大原则之单一职责原则(SRP)。分享给大家供大家参考，具体如下：

单一职责原则(Single Pesponsibility Principle,SRP)

单一职责有两个含义：一个是避免相同的职责分散到不同的类中，别一个是避免一个类承担太多职责

为什么要遵守SRP呢?

(1)可以减少类之间的耦合

如果减少类之间的耦合，当需求变化时，只修改一个类，从而也就隔离了变化；如果一个类有多个不同职责，它们耦合在一起，当一个职责发生变化时，可能会影响到其他职责。

(2)提高类的复用性

修改电脑比修理电视机简单多了。主要原因就在于电视机各个部件之间的耦合性太高，而电脑则不同，电脑的内存、硬盘、声卡、网卡、键盘灯等部件都可以很容易地单独拆卸和组装。某个部件坏了，换上新的即可。上面的例子就体现了单一职责的优势。由于使用了单一职责，使得‘组件'可以方便地‘拆卸'和‘组装'。

不遵守SRP会影响对类的复用性。当只需要用该类的某一个职责时，由于它和其他的职责耦合在一起，也就很难分离出。

遵守SRP在实际代码开发中有没有什么应用？有的。以数据持久层为例，所谓的数据持久层主要指的是数据库操作，当然，还包括缓存管理等。这时就需要数据持久层支持多种数据库。应该怎么做？定义多个数据库操作类？想法已经很接近了，再进一步，就是使用工厂模式。

工厂模式(Faction)允许你在代码执行时实例化对象。它之所以被称为工厂模式是因为它负责‘生产对象'。以数据库为例，工厂需要的就是根据不同的参数，生成不同的实例化对象。最简单的工厂就是根据传入的类型名实例化对象，如传入MysqL，就调用MysqL类并实例化，如果是sqlite，则调用 sqlite的类并实例化，甚至还可以处理TXT、Execl等‘类数据库'。

工厂类也就是这样的一个类，它只负责生产对象，而不负责对象的具体内容。

以下是示例

定义一个适配器的接口

定义一个实现了DB_Adpater接口的MysqL数据库操作类

_dbLink = @MysqL_connect($config->host . (empty($config->port) ? '' : ':' . $config->prot),$config->user,$config->password,true)) { if(@MysqL_select_db($config->database,$this->_dbLink)) { if($config->charset) { MysqL_query("SET NAME '{$config->charset}'",$this->_dbLink); } return $this->_dbLink; } } throw new Db_Exception(@MysqL_error($this->_dbLink)); } /** * 执行数据库查询 * @param $query 数据库查询sql字符串 * @param $handle 连接对象 * @return resource */ public function query($query,$handle) { if($resource = @MysqL_query($query,$handle)) return $resource; } }

定义一个实现了DB_Adpater接口的sqlite数据库操作类

_dbLink = sqlite_open($config->file,0666,$error)) { return $this->_dbLink; } throw new Db_Exception($error); } public function query($query,$handle) { if($resource = @sqlite_query($query,$handle)) { return $resource; } } }

现在如果需要一个数据库操作的方法怎么做,只需定义一个工厂类，根据传入不同的生成需要的类即可

调用时，就可以这么写

我们把创建数据库连接这块程序单独拿出来，程序中的CURD就不用关心什么数据库了，只要按照规范使用对应的方法即可。

工厂方法让具体的对象解脱出来，使其不再依赖具体的类，而是抽象。

设计模式里面的命令模式也是SRP的体现，命令模式分离“

命令的请求者

”和“

命令的实现者

”方面的职责。举一个很好理解的例子，就是你去餐馆订餐吃饭，餐馆存在顾客、服务员、厨师三个角色。作为顾客，你要列出菜单，传给服务员，由服务员通知厨师去实现。作为服务员，只需要调用准备饭菜这个方法（对厨师喊“该炒菜了”），厨师听到要炒菜的请求，就立即去做饭。在这里，命令的请求和实现就完成了解耦。

模拟这个过程，首先定义厨师角色，厨师进行实际做饭、烧汤的工作。

以下是示例

轮到服务员出场，服务员是命令的传送者，通常你到饭馆吃饭都是叫服务员吧，不能直接叫厨师，一般都是叫“服务员，给我来盘番茄炒西红柿”。所以，服务员是顾客和厨师之间的命令沟通都。

cook = $cook; } public function execute() { $this->cook->meal();//把消息传给厨师，让厨师做饭，下同 } } class DrinkCommand implements Command { private $cook; //绑定命令接受者 public function __construct(cook $cook) { $this->cook = $cook; } public function execute() { $this->cook->drink(); } }

现在顾客可以按照菜单叫服务员了

mealcommand = $mealcommand; $this->drinkcommand = $drinkcommand; } public function callmeal() { $this->mealcommand->execute(); } public function calldrink() { $this->drinkcommand->execute(); } }

好了，现在完成整个过程

addCommand($mealcommand,$drinkcommand); $control->callmeal(); $control->calldrink();

从上面的例子可以看出，原来设计模式并非纯理论的东西，而是来源于实际生活，就连普通的餐馆老板都懂设计模式这门看似高深的学问。其实，在经济和管理活动中对流程的优化就是对各种设计模式的摸索和实践。所以，设计模式并非计算机编程中的专利。事实上，设计模式的起源并不是计算机，而是源于建筑学。

在设计模式方面，不仅以上这两种体现了SRP，还有别的（比如代理模式）也体现了SRP。SRP不只是对类设计有意义，对以模块、子系统为单位的系统架构设计同样有意义。

模块、子系统也应该仅有一个引起它变化的原因，如MVC所倡导的各个层之间的相互分离就是SRP在系统总体设计中的应用。