设计模式之旅单一职责原则

前端之家收集整理的这篇文章主要介绍了设计模式之旅单一职责原则前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
单一职责原则
SRP(Single Responsibility Principle):There should never be more than an reason for a class to change.
单一职责原则的定义:应该有且仅有一个原因引起类的更变。
通俗的讲:一个类只负责一个任务。
拿大家最常用的用户管理来说,用户需要维护基本信息,需要添加权限,分配角色,如果我们把这些功能写到一个类中,就是用户管理类吗?如下图

这是学生干的事情。
实际上我们可以把,用户 管理的职责分为用户属性的维护和用户的行为,由于C#是不支持多继承类的所以我们使用接口。如下图

单一职责原则的优点:
一、类的复杂性降低,实现什么职责都有清晰明确的定义
二、可读性提高,复杂性降低。
三、可维护性提高。
四、变更引起的风险降低,变更是比不可少的,但是一个职责改变了不会影响其他的接口,只会影响到实现这个接口的类而已。
当然这里单一职责一直围绕着职责这个点在讨论,但是职责怎么区分就是一个大问题。我个人的看法是,这个职责怎么分是根据需求而定的。
不同的需求决定这个系统的可扩展性,所以那些不用扩展的地方也就不需要严格分明职责。
原文链接:https://www.f2er.com/javaschema/285090.html

猜你在找的设计模式相关文章