设计模式原则—单一职责原则（SRP） 雨点打透心脏的1/2处 2022-06-17 00:48 161阅读 0赞 定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 也就是说，一个类应该只有一个职责。如果有多个职责，就相当于把这些职责耦合在一起，一个职责的变化会削弱或抑制这个类完成其他职责的能力，引发类的变化原因会有多个。所以在构造一个类的时候，将类的不同职责分离到多个类或者接口中，确保引起类的变化原因只有一个。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不会使职责P1发生故障风险。 1、[设计模式原则—单一职责原则（SRP）][SRP] 2、[设计模式原则—里氏替换原则（LSP）][LSP] 3、[设计模式原则—依赖倒置原则（DIP）][DIP] 4、[设计模式原则—接口隔离原则（ISP）][ISP] 5、[设计模式原则—迪米特原则][Link 1] 6、[设计模式原则—开闭原则（OCP）][OCP] 7、[设计模式原则—组合重用原则][Link 2] [SRP]: http://blog.csdn.net/wdeng2011/article/details/70133381 [LSP]: http://blog.csdn.net/wdeng2011/article/details/70134786 [DIP]: http://blog.csdn.net/wdeng2011/article/details/70147282 [ISP]: http://blog.csdn.net/wdeng2011/article/details/70162478 [Link 1]: http://blog.csdn.net/wdeng2011/article/details/70175368 [OCP]: http://blog.csdn.net/wdeng2011/article/details/70194267 [Link 2]: http://blog.csdn.net/wdeng2011/article/details/70136006
还没有评论，来说两句吧...