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

单一职责原则

        SRP（Single Responsibility Principle）:There  should never be more than an reason for a class to change.

        单一职责原则的定义：应该有且仅有一个原因引起类的更变。

        通俗的讲：一个类只负责一个任务。

        拿大家最常用的用户管理来说，用户需要维护基本信息，需要添加权限，分配角色，如果我们把这些功能写到一个类中，就是用户管理类吗？如下图

         

         这是学生干的事情。

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

        

         单一职责原则的优点：

一、类的复杂性降低，实现什么职责都有清晰明确的定义

二、可读性提高，复杂性降低。

三、可维护性提高。

四、变更引起的风险降低，变更是比不可少的，但是一个职责改变了不会影响其他的接口，只会影响到实现这个接口的类而已。

        当然这里单一职责一直围绕着职责这个点在讨论，但是职责怎么区分就是一个大问题。我个人的看法是，这个职责怎么分是根据需求而定的。

不同的需求决定这个系统的可扩展性，所以那些不用扩展的地方也就不需要严格分明职责。