oo大原则之单一职责原则

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

单一职责原则(SRP,Single Responsibility Principle)强调的是职责的分离,在某种程度上对职责的理解,构成了不同类之间耦合关系的设计关键,因此单一职责原则或多或少成为设计过程中一个必须考虑的基础性原则。其核心的思想是:

一个类,最好只做一件事,只有一个引起它变化的原因。

一个违背SRP原则的设计实例:对@R_301_457@的操作和用户权限判别封装在一个类中实现,如:

public void Add()
{
if (GetPermission(id.permission) == " CanAdd " )
{
Console.WriteLine(
" CanAdd " );
}
}

显然这样的实现是很僵化的,一旦权限设置的规则发生变化,则所有的方法都必须跟着改变,这是不可想象的事情。我们应该把权限判断的职责与@R_301_457@操作的职责分开。P可以通过实现一个Proxy模式来解决职责交叉的问题

public interface IDBAction
{
void Add();
}
public class DBManager:IDBAction
{
#region IDBAction成员

public void Add()
{
Console.WriteLine(
" DBManager.Add() " );
}

#endregion
public DBManager()
{

}

}
public class DBManagerProxy:IDBAction
{
#region 私有成员
private IDBActiondbManager;
#endregion
public DBManagerProxy(IDBActiondbAction)
{
dbManager
= dbAction;
}
public string GetPermission( string id)
{
return id;
}
#region IDBAction成员

public void Add()
{
if (GetPermission( " CanAdd " ) == " CanAdd " )
{
dbManager.Add();
}
}

#endregion
}
class DBClient
{
static void Main( string []args)
{
IDBActionDBManager
= new DBManagerProxy( new DBManager());
DBManager.Add();
}
}

关于单一职责原则的建议:

  • 一个类只有一个引起它变化的原因,否则就应当考虑重构
  • SRP由引起变化的原因决定,而不是由功能职责决定。虽然职责常常是引起变化的轴线,但是有时却未必,应该审时度势。
  • 测试驱动开发,有助于实现合理分离功能的设计。
  • 可以通过Facade模式和Proxy模式进行职责分离。

参考文献:你必须知道的.NET

原文链接:https://www.f2er.com/javaschema/288056.html

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