单一职责原则

前端之家收集整理的这篇文章主要介绍了单一职责原则前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

单一职责原则

  • 单一职责原则(Single Responsibility Principle,SRP)中的 职责(Responsibility)被表述为“变化的原因”(reason to change);SRP被表述为“一个类应该有且只有一个变化的原因”。
  • 动机:对于设计原则的理解应该首先从它的动机入手,即遵循这个原则带来的好处是什么?对于SRP来讲,如果遵循“一个类应该有且只有一个变化的原因”是因,那么“任何一个变化只会影响一个类”就是果。可见SRP的动机主要是系统的可维护性,即降低适应变化的成本。

代码示例

public interface IUserInfo {
            void getId();
            void getName();
            void addUser(int id,String name);
        }

这个接口将 业务对象 和 业务逻辑的内容放到了一个勒种,业务对象 和 业务逻辑 都会引起UserInfo 类的变化,违反了单一职责。
下面我们按照单一职责的要求拆分一下这个接口:

public interface IUserInfoA {
            void getId();
            void getName();
         }
        public interface IUserInfoB {
              void addUser(int id,String name);
         }

将 原接口 拆分为 A 和 B 两个接口,在需要相应的得操作时 去操作相应的接口就实现了我们所说的单一职责,也就是让引起他们变化原因只有一种,并且让相关性强的内容聚合在一个类内部。

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