设计模式 on Leanku 的博客

设计模式原则

Mon, 13 Oct 2025 21:46:01 +0800

设计模式原则

设计模式的原则是理解和使用设计模式的基石。这些原则是面向对象设计的核心指导思想，设计模式本身就是这些原则在特定场景下的具体体现。

最重要的设计原则是 SOLID 原则，此外还有一些其他关键原则。

一、 SOLID 原则

SOLID 原则是五个最常用、最经典的设计原则，由 Robert C. Martin 提出。

1. 单一职责原则

核心思想：一个类应该只有一个引起变化的原因。
详细解释：一个类只负责一项职责或功能。如果一個类承担的功能过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。
比喻：一家餐厅，厨师负责做饭，服务员负责点菜和上菜，清洁工负责打扫。如果他们职责混杂，效率就会低下。
违反示例：一个 UserService 类，既负责用户信息的增删改查，又负责将用户数据导出为PDF报表，还负责发送邮件通知。
修正：将 UserService 拆分为 UserService（用户业务逻辑）、UserReportGenerator（报表生成）和 EmailService（邮件服务）。

2. 开闭原则

核心思想：软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。
详细解释：当需求发生变化时，我们应该通过添加新的代码来扩展功能，而不是修改已有的、已经工作正常的代码。这是最重要的原则，是很多设计模式的目标。
比喻：一台电脑，你可以扩展USB设备（鼠标、键盘、硬盘），而无需为了支持新设备而拆开主机修改主板。
违反示例：一个 AreaCalculator 类，有一个 calculate 方法，里面用 if-else 来判断是圆形还是矩形来计算面积。如果要增加三角形，就必须修改这个类的代码。
修正：定义一个 Shape 接口，包含 calculateArea 方法。让 Circle 和 Rectangle 类实现这个接口。AreaCalculator 只需遍历 Shape 列表调用其方法即可。要新增三角形，只需创建 Triangle 类实现 Shape，无需修改任何现有类。

3. 里氏替换原则

核心思想：所有引用基类的地方必须能透明地使用其子类的对象。
详细解释：子类必须能够完全替代它们的父类，而不产生任何错误或意外的行为。也就是说，子类只能在保持原有行为的基础上进行扩展，而不能覆盖或改变父类的核心行为。
比喻：你父亲会开车，你作为儿子继承了他，你也会开车（保持了父亲的行为），但你可能会开得更快或者还会修车（扩展），你绝不能把“开车”这个行为重定义为“游泳”。
违反示例： Rectangle 类有 setWidth 和 setHeight 方法。Square 类继承 Rectangle，并重写了 setWidth 和 setHeight，使其同时设置宽和高。那么，一个接收 Rectangle 参数并调整其宽高的函数，如果传入一个 Square 对象，就会得到错误的结果。
修正：重新考虑继承关系，或者让 Rectangle 和 Square 都实现一个 Shape 接口，而不是使用继承。

4. 接口隔离原则

核心思想：客户端不应该被迫依赖于它不使用的接口。
详细解释：将一个庞大的、臃肿的接口拆分成更小、更具体的接口，使得客户端只需要知道它们感兴趣的方法。这样可以避免实现类被迫实现一些它们根本用不到的方法。
比喻：一台多功能打印机，有打印、复印、传真功能。如果做一个全能接口，老式打印机（只能打印）实现这个接口时，复印和传真方法只能空着或抛异常。不如拆分成 Printer、Scanner、Faxer 三个接口。
违反示例：一个 Animal 接口，有 eat(), fly(), swim() 方法。Dog 类实现它时，fly() 方法只能空实现。
修正：将 Animal 拆分为 Eatable, Flyable, Swimmable 等更精细的接口。Dog 实现 Eatable 和 Swimmable 即可。

5. 依赖倒置原则

核心思想：
- 高层模块不应该依赖于低层模块，二者都应该依赖于抽象。
- 抽象不应该依赖于细节，细节应该依赖于抽象。
详细解释：要面向接口编程，而不是面向实现编程。这减少了类间的耦合性，提高了系统的稳定性。
比喻：你想读书（高层），你不应该直接依赖一本具体的纸质书（低层），而应该依赖于“书本”这个抽象概念。这样，无论是纸质书、电子书还是有声书，你都可以“读”。
违反示例： UserService 类内部直接 new 了一个 MySQLDatabase 对象。如果将来要换用 OracleDatabase，就必须修改 UserService 的代码。
修正：定义一个 Database 接口。UserService 的构造函数接收一个 Database 类型的参数。这样，UserService 依赖于抽象的 Database，而 MySQLDatabase 和 OracleDatabase 都实现这个接口。

其他重要原则

除了 SOLID，还有一些非常实用的原则。

PHP中的设计模式

Fri, 15 Mar 2024 13:46:01 +0800

PHP中的设计模式

介绍

设计模式：提供了一种广泛的可重用的方式来解决我们日常编程中常常遇见的问题。设计模式并不一定就是一个类库或者第三方框架，它们更多的表现为一种思想并且广泛地应用在系统中。它们也表现为一种模式或者模板，可以在多个不同的场景下用于解决问题。设计模式可以用于加速开发，并且将很多大的想法或者设计以一种简单地方式实现。当然，虽然设计模式在开发中很有作用，但是千万要避免在不适当的场景误用它们。

设计模式原则

设计模式六大原则

开放封闭原则：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。
里氏替换原则：所有引用基类的地方必须能透明地使用其子类的对象.
依赖倒置原则：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。
单一职责原则：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。
接口隔离原则：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。
迪米特法则：一个对象应该对其他对象保持最少的了解。

设计模式实现

1. Singleton(单例模式)

单例模式是最常见的模式之一，在Web应用的开发中，常常用于允许在运行时为某个特定的类创建仅有一个可访问的实例。

 1<?php
 2final class Mysql
 3{
 4 
 5 /**
 6 *
 7 * @var self[该属性用来保存实例]
 8 */
 9 private static $instance;
10 
11 /**
12 *
13 * @var mixed
14 */
15 public $mix;
16 
17 /**
18 * Return self instance[创建一个用来实例化对象的方法]
19 *
20 * @return self
21 */
22 public static function getInstance()
23 {
24 if (! (self::$instance instanceof self)) {
25 self::$instance = new self();
26 }
27 return self::$instance;
28 }
29 
30 /**
31 * 构造函数为private,防止创建对象
32 */
33 private function __construct()
34 {}
35 
36 /**
37 * 防止对象被复制
38 */
39 private function __clone()
40 {
41 trigger_error('Clone is not allowed !');
42 }
43}
44 
45// @test
46$firstMysql = Mysql::getInstance();
47$secondMysql = Mysql::getInstance();
48 
49$firstMysql->mix = 'ityangs_one';
50$secondMysql->mix = 'ityangs_two';
51 
52print_r($firstMysql->mix);
53// 输出： ityangs_two
54print_r($secondMysql->mix);

2. Factory(工厂模式)

工厂模式是另一种非常常用的模式，正如其名字所示：确实是对象实例的生产工厂。某些意义上，工厂模式提供了通用的方法有助于我们去获取对象，而不需要关心其具体的内在的实现。

设计模式 on Leanku 的博客

设计模式原则

设计模式原则

一、 SOLID 原则

1. 单一职责原则

2. 开闭原则

3. 里氏替换原则

4. 接口隔离原则

5. 依赖倒置原则

其他重要原则

PHP中的设计模式

PHP中的设计模式

介绍

分类

按照目的分，目前常见的设计模式主要有23种，根据使用目标的不同可以分为以下三大类：

结构设计模式（Structural Patterns）(7种)：用于继承和接口时的设计模式。结构设计模式用于新类的函数方法设计，减少不必要的类定义，减少代码的冗余。

行为模式（Behavioral Patterns）(11种)：用于方法实现以及对应算法的设计模式，同时也是最复杂的设计模式。行为设计模式不仅仅用于定义类的函数行为，同时也用于不同类之间的协议、通信。

按照范围分为：类的设计模式，以及对象设计模式

设计模式原则

设计模式实现

1. Singleton(单例模式)

2. Factory(工厂模式)