单一职责原则
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定位/日志/在线统计)
以上是关于单一职责原则的主要内容,如果未能解决你的问题,请参考以下文章