轻松拿捏设计模式六大基本原则（一）单一职责原则（SRP-SingleResponsibilityPrinciple）

死骑

🎈边走、边悟🎈迟早会好一.概述        单一职责原则（SRP-SingleResponsibilityPrinciple）是面向对象设计中的一个基本原则。它的核心思想是：一个类只应有一个引起它变化的原因，也就是说，一个类应该只负责一项职责或功能。二.详细说明职责定义：职责是指类承担的功能或行为。如果一个类承担了多项职责，那么这些职责就可能相互影响，进而引起类的变化。这种情况下，维护类的复杂性会增加，容易引入错误。变化的原因：变化的原因通常来自外部的需求变更。一个类如果有多个职责，那么每个职责的变化都会引起类的修改。这违背了“高内聚、低耦合”的设计原则，使得类的维护变得困难。 三.举例         假设我们有一个类Employee，这个类既负责员工信息的管理（如姓名、地址等），又负责工资计算。如果以后需要改变工资计算的规则，我们就必须修改这个类，尽管员工信息管理的逻辑可能完全没有变化。classEmployee:def__init__(self,name,address):self.name=nameself.address=addressdefcalculate_salary(self):#工资计算逻辑passdefupdate_address(self,new_address):#更新员工地址self.address=new_address        在这种情况下，Employee类违反了单一职责原则，因为它承担了两项职责：员工信息管理和工资计算。 改进：我们可以将员工信息管理和工资计算的职责分离成两个类，各自负责一项职责：classEmployee:def__init__(self,name,address):self.name=nameself.address=addressdefupdate_address(self,new_address):self.address=new_addressclassSalaryCalculator:defcalculate_salary(self,employee):#工资计算逻辑pass现在，Employee类只负责管理员工信息，而SalaryCalculator类专门负责工资计算。这种设计方式使得每个类只有一个引起它变化的原因，从而符合单一职责原则。 四、总结降低复杂度：每个类只负责一个职责，使类更简单易懂。提高可维护性：当需求发生变化时，只有相关的类需要修改，减少了引入错误的可能性。增强可重用性：单一职责的类更容易在不同的上下文中复用。单一职责原则是构建高质量、可维护软件的重要基础，有助于提高代码的健壮性和可扩展性。 🌟感谢支持 听忆.-CSDN博客🎈众口难调🎈从心就好