Python基础之七大设计原则&二十四种设计模式

本文介绍了Python的七大设计原则,包括单一职责、里氏替换等原则,还阐述了二十四种设计模式,涵盖创建型、结构型和行为型模式,如抽象工厂、适配器、责任链等模式,为Python编程提供设计指导。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Python七大设计原则&二十四种设计模式

七大设计原则:
1、单一职责原则【SINGLE RESPONSIBILITY PRINCIPLE】:一个类负责一项职责.
2、里氏替换原则【LISKOV SUBSTITUTION PRINCIPLE】:继承与派生的规则.(子类可替换父类)
3、依赖倒转原则【DEPENDENCE INVERSION PRINCIPLE】:高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。即针对接口编程,不要针对实现编程。
4、接口隔离原则【INTERFACE SEGREGATION PRINCIPLE】:建立单一接口,不要建立庞大臃肿的接口,尽量细化接口,接口中的方法尽量少。
5、迪米特法则【LOW OF DEMETER】:高内聚 低耦合 – high cohesion low coupling
6、开闭原则【OPEN CLOSE PRINCIPLE】:一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。
7、组合/聚合复用原则【Composition/Aggregation Reuse Principle(CARP) 】:尽量使用组合和聚合少使用继承的关系来达到复用的原则。

二十四种设计模式:
一、创建型模式
1、抽象工厂模式(Abstract factory pattern): 提供一个接口, 用于创建相关或依赖对象的家族, 而不需要指定具体类.
2、生成器模式(Builder pattern): 使用生成器模式封装一个产品的构造过程, 并允许按步骤构造. 将一个复杂对象的构建与它的表示分离, 使得同样的构建过程可以创建不同的表示.
3、工厂模式(factory method pattern): 定义了一个创建对象的接口, 但由子类决定要实例化的类是哪一个. 工厂方法让类把实例化推迟到子类.
4、原型模式(prototype pattern): 当创建给定类的实例过程很昂贵或很复杂时, 就使用原形模式.
5、单例模式(Singleton pattern): 确保一个类只有一个实例, 并提供全局访问点.
6、多例模式(Multition pattern): 在一个解决方案中结合两个或多个模式, 以解决一般或重复发生的问题.
二、结构型模式
1、适配器模式(Adapter pattern): 将一个类的接口, 转换成客户期望的另一个接口. 适配器让原本接口不兼容的类可以合作无间. 对象适配器使用组合, 类适配器使用多重继承.
2、桥接模式(Bridge pattern): 使用桥接模式通过将实现和抽象放在两个不同的类层次中而使它们可以独立改变.
3、组合模式(composite pattern): 允许你将对象组合成树形结构来表现”整体/部分”层次结构. 组合能让客户以一致的方式处理个别对象以及对象组合.
4、装饰器模式(decorator pattern): 动态地将责任附加到对象上, 若要扩展功能, 装饰器提供了比继承更有弹性的替代方案.
5、外观模式(facade pattern): 提供了一个统一的接口, 用来访问子系统中的一群接口. 外观定义了一个高层接口, 让子系统更容易使用.
6、亨元模式(Flyweight Pattern): 如想让某个类的一个实例能用来提供许多”虚拟实例”, 就使用蝇量模式.
7、代理模式(Proxy pattern): 为另一个对象提供一个替身或占位符以控制对这个对象的访问.
三、行为型模式
1、责任链模式(Chain of responsibility pattern): 通过责任链模式, 你可以为某个请求创建一个对象链. 每个对象依序检查此请求并对其进行处理或者将它传给链中的下一个对象.
2、命令模式(Command pattern): 将”请求”封闭成对象, 以便使用不同的请求,队列或者日志来参数化其他对象. 命令模式也支持可撤销的操作.
3、解释器模式(Interpreter pattern): 使用解释器模式为语言创建解释器.
4、迭代器模式(iterator pattern): 提供一种方法顺序访问一个聚合对象中的各个元素, 而又不暴露其内部的表示.
5、中介器模式(Mediator pattern) : 使用中介器模式来集中相关对象之间复杂的沟通和控制方式.
6、备忘录模式(Memento pattern): 当你需要让对象返回之前的状态时(例如, 你的用户请求”撤销”), 你使用备忘录模式.
7、观察者模式(observer pattern): 在对象之间定义一对多的依赖, 这样一来, 当一个对象改变状态, 依赖它的对象都会收到通知, 并自动更新.
8、状态模式(State pattern): 允许对象在内部状态改变时改变它的行为, 对象看起来好象改了它的类.
9、策略模式(strategy pattern): 定义了算法族, 分别封闭起来, 让它们之间可以互相替换, 此模式让算法的变化独立于使用算法的客户.
10、模板方法模式(Template pattern): 在一个方法中定义一个算法的骨架, 而将一些步骤延迟到子类中. 模板方法使得子类可以在不改变算法结构的情况下, 重新定义算法中的某些步骤.
11、访问者模式(visitor pattern): 当你想要为一个对象的组合增加新的能力, 且封装并不重要时, 就使用访问者模式.

### 设计模式七大原则详解 #### 单一职责原则 (SRP) 单一职责原则指出一个应该只有一个引起它变化的原因。如果一个承担了过多的责任,则会增加其复杂度,降低系统的稳定性。因此,在设计时应确保每个只负责一项功能[^1]。 ```java // 正确做法:分离不同职责到不同的中 class User { private String name; public void setName(String newName){ this.name = newName; } } ``` #### 开闭原则 (OCP) 开闭原则强调软件实体应对扩展开放而对修改关闭。这意味着可以通过添加新代码的方式使系统行为发生改变而不必改动现有源码。利用接口或抽象基可以很好地支持这一特性[^3]。 ```csharp public interface IShape{ double GetArea(); } public class Circle : IShape{/*...*/} public class Rectangle : IShape{/*...*/} // 新增形状无需更改原有逻辑 List<IShape> shapes = new List<IShape>(); shapes.Add(new Circle()); shapes.Add(new Rectangle()); foreach(var shape in shapes){ Console.WriteLine(shape.GetArea()); } ``` #### 里氏替换原则 (LSP) 该原则规定子型必须能够完全替代它们的父型。任何原本使用基对象的地方都可以直接替换成派生的对象而不影响程序正确性。这有助于提高继承结构的安全性和灵活性[^2]。 ```cpp class Bird { virtual void fly()=0; }; class Sparrow : public Bird {/* 实现fly方法 */}; class Ostrich : public Bird {/* 不实现fly,违背此原则 */} ``` #### 接口隔离原则 (ISP) 接口隔离原则提倡客户端不应该依赖于那些他们不使用的接口;多个特定客户专用的小接口优于一个通用的大接口。这样做可以让各个组件之间的耦合更加松散,便于后期维护和升级。 ```typescript interface IPrinterOperations { print():void; } interface IFaxOperations { sendFax(faxData:string):boolean; } class ModernPrinter implements IPrinterOperations,IFaxOperations {/* ... */} ``` #### 依赖倒置原则 (DIP) 高层模块不应依赖低层模块,二者都应该依赖于抽象;具体而言就是面向接口编程而非具体的实现。这样的架构使得整个应用程序更易于测试、重构以及适应未来需求的变化。 ```python from abc import ABCMeta, abstractmethod class Switchable(metaclass=ABCMeta): @abstractmethod def turn_on(self)->None: pass def switch_power(device:Switchable): device.turn_on() ``` #### 迪米特法则/最少知道原则 (LoD) 迪米特法则是指一个对象应当对其它对象有尽可能少的了解。换句话说,尽量减少相互间的交互关系,保持较低程度的耦合状态。这样做的好处是可以简化调试过程并增强系统的健壮性。 ```php <?php class LightBulb { function on(){/*...*/} function off(){/*...*/} } $lightbulb=new LightBulb(); // 避免过度暴露内部属性给外部调用者 echo $lightbulb->on(); ?> ``` #### 合成聚合复用原则 (CARP) 合成聚合复用原则建议优先考虑组合/聚合方式重用已有组件的功能,而不是通过继承机制来达到目的。因为前者通常具有更好的可读性和更高的内聚力,同时也更容易理解和管理。 ```xml <!-- XML配置文件 --> <person> <name>John Doe</name> <!-- 使用地址作为组成部分 --> <address street="Main St." city="Springfield"/> </person> ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值