单一职责原则

Posted zhangnever

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了单一职责原则相关的知识,希望对你有一定的参考价值。

软件设计模式(Design pattern),又称设计模式,是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。

设计模式的六大原则:面向对象语言开发过程中,推荐的一些指导性原则;没有明确的招数,而且也会经常被忽视/违背;也是前辈总结,也是为了站在前辈的肩膀上。

单一职责原则:一个类只做一件事儿,一个方法也应该只做一件事儿.

如下代码就违背了单一职责原则

public class Animal
{

    public string _Name = string.Empty;
    public Animal(string Name)
    {
        this._Name = Name;
    }

    public void Eat()
    {
        if (this._Name.Equals("熊猫"))
            Console.WriteLine("这个动物吃竹子");
        else if(this._Name.Equals("猫头鹰"))
            Console.WriteLine("这个动物吃虫子");
    }

    public void Action()
    {
        if (this._Name.Equals("熊猫"))
            Console.WriteLine("这个动物可以跑");
        else if (this._Name.Equals("猫头鹰"))
            Console.WriteLine("这个动物可以飞");
    }
}
static void Main(string[] args)
{
    {
        Animal animal = new Animal("熊猫");
        animal.Eat();
        animal.Action();
    }
    {
        Animal animal = new Animal("猫头鹰");
        animal.Eat();
        animal.Action();
    }
    Console.ReadKey();
}

几乎每加一个动物就要加一个分支... ...

将职责进行拆分,重构代码

public abstract class Animal
{

    protected string _Name = string.Empty;
    public Animal(string Name)
    {
        this._Name = Name;
    }

    public abstract void Eat();

    public abstract void Action();

}
/// <summary>
/// 每个类做自己的事儿
/// </summary>
public class AnimalOwl : Animal
{
    public AnimalOwl(string Name) : base(Name)
    {

    }

    public override void Eat()
    {
        Console.WriteLine($"{this._Name}吃虫子");
    }

    public override void Action()
    {
        Console.WriteLine($"{this._Name}可以飞");
    }
}
/// <summary>
/// 每个类做自己的事儿
/// </summary>
public class AnimalPanda : Animal
{
    public AnimalPanda(string Name) : base(Name)
    {

    }

    public override void Eat()
    {
        Console.WriteLine($"{this._Name}吃竹子");
    }

    public override void Action()
    {
        Console.WriteLine($"{this._Name}可以跑");
    }
}
static void Main(string[] args)
{
    {
        Animal animal = new AnimalPanda("熊猫");
        animal.Eat();
        animal.Action();
    }
    {
        Animal animal = new AnimalOwl("猫头鹰");
        animal.Eat();
        animal.Action();
    }
    Console.ReadKey();
}

拆分之后,职责变的单一。阅读简单,易于维护。扩展升级,减少修改,直接增加类。简单--稳定--强大。

单一职责的成本:类变多了,上端需要了解更多的类。要衡量着使用:如果类相对稳定,扩展变化少而且逻辑简单,违背单一职责也没关系。

如果一个类承担的职责过多,这些职责在程序中就会过度耦合,不利于扩展。

总结:

方法层面:方法里有多个分支(if{} else{}),还可能扩展变化,最好拆成多个方法。

接口层面:将不同业务的接口进行独立。

类层面:一个类只做一件事儿。

类库层面:把项目拆分为多个类库。

项目:一个项目应该职责要清晰(客户端/管理后台/后台服务/定时任务/... ...)

系统:将各服务承担的不同功能拆分为独立系统(IP定位/日志/在线统计)

以上是关于单一职责原则的主要内容,如果未能解决你的问题,请参考以下文章

java设计模式1,单一职责原则

深入浅出设计模式——单一职责原则

设计模式原则之:单一职责原则SRP

七大设计原则之单一职责原则应用

手撸golang 架构设计原则 单一职责原则

单一职责原则