设计模式之旅单一职责原则
2014-12-18 22:56
232 查看
单一职责原则
SRP（Single Responsibility Principle）:There should never be more than an reason for a class to change.
单一职责原则的定义：应该有且仅有一个原因引起类的更变。
通俗的讲：一个类只负责一个任务。
拿大家最常用的用户管理来说，用户需要维护基本信息，需要添加权限，分配角色，如果我们把这些功能写到一个类中，就是用户管理类吗？如下图
这是学生干的事情。
实际上我们可以把，用户 管理的职责分为用户属性的维护和用户的行为，由于C#是不支持多继承类的所以我们使用接口。如下图
单一职责原则的优点：
一、类的复杂性降低，实现什么职责都有清晰明确的定义
二、可读性提高，复杂性降低。
三、可维护性提高。
四、变更引起的风险降低，变更是比不可少的，但是一个职责改变了不会影响其他的接口，只会影响到实现这个接口的类而已。
当然这里单一职责一直围绕着职责这个点在讨论，但是职责怎么区分就是一个大问题。我个人的看法是，这个职责怎么分是根据需求而定的。
不同的需求决定这个系统的可扩展性，所以那些不用扩展的地方也就不需要严格分明职责。
SRP（Single Responsibility Principle）:There should never be more than an reason for a class to change.
单一职责原则的定义：应该有且仅有一个原因引起类的更变。
通俗的讲：一个类只负责一个任务。
拿大家最常用的用户管理来说，用户需要维护基本信息，需要添加权限，分配角色，如果我们把这些功能写到一个类中，就是用户管理类吗？如下图
这是学生干的事情。
实际上我们可以把，用户 管理的职责分为用户属性的维护和用户的行为，由于C#是不支持多继承类的所以我们使用接口。如下图
单一职责原则的优点：
一、类的复杂性降低，实现什么职责都有清晰明确的定义
二、可读性提高，复杂性降低。
三、可维护性提高。
四、变更引起的风险降低，变更是比不可少的，但是一个职责改变了不会影响其他的接口，只会影响到实现这个接口的类而已。
当然这里单一职责一直围绕着职责这个点在讨论，但是职责怎么区分就是一个大问题。我个人的看法是，这个职责怎么分是根据需求而定的。
不同的需求决定这个系统的可扩展性，所以那些不用扩展的地方也就不需要严格分明职责。
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 设计模式六大原则（1）：单一职责原则
- 设计模式六大原则（1）：单一职责原则
- 设计模式 单一职责原则SRP
- 解读设计模式--单一职责原则
- 五 单一职责、开放—封闭、依赖倒转原则——设计模式学习笔记
- 设计模式之单一职责原则
- 设计模式学习笔记三【单一职责原则】
- 设计模式原则—单一职责原则（二）
- 设计模式-单一职责原则
- 解读设计模式--单一职责原则
- 设计模式六大原则（1）：单一职责原则
- 设计模式——单一职责原则
- 设计模式入门一之单一单一职责原则（SRP）
- 小菜学设计模式 单一职责原则
- 设计模式之三 拍摄UFO-单一职责原则
- 设计模式--6大原则--单一职责原则
- 设计模式六大原则（1）：单一职责原则
- 设计模式六大原则（1）：单一职责原则
- 设计模式六大原则（1）：单一职责原则
- 小菜学设计模式 单一职责原则