标签:
阅读文章时,如果某个段落已经传达了关键信息,我们可能就不会逐字逐句地将文章读完,因为我们已经知道了这篇文章的核心内容。
与此类似,如果方法中某些条件判断可以得到结果,我们应该尽快返回该结果。
尽快返回可以带来三个好处
在分解大括号这篇文章中,我们已经用到了“尽快返回”这个重构策略。
在实现复杂的业务逻辑时,可能会形成多层的代码嵌套,如果某些条件判断可以得到结果,我们应该尽快返回这个结果,这也能够减少嵌套层数,从而增强代码的可读性。
下面沿用了分解大括号这篇文章中的实例,但我会从“尽快返回”的角度去讲解这个示例。
Security类的HasAccess方法为了判断用户是否有权限访问,直到方法的最后一行才返回结果。
这个方法有4层嵌套,它的可读性本身是较差的,这意味着我们需要理解所有的嵌套逻辑,才能知道返回结果。
public class Security { public ISecurityChecker SecurityChecker { get; set; } public Security(ISecurityChecker securityChecker) { SecurityChecker = securityChecker; } public bool HasAccess(User user, Permission permission, IEnumerable<Permission> exemptions) { bool hasPermission = false; if (user != null) { if (permission != null) { if (exemptions.Count() == 0) { if (SecurityChecker.CheckPermission(user, permission) || exemptions.Contains(permission)) { hasPermission = true; } } } } return hasPermission; } } public interface ISecurityChecker { bool CheckPermission(User user, Permission permission); }
HasAccess方法的逻辑可以分解为3个步骤:
下图标示了这3个步骤。
这3个步骤都能决定方法的返回结果,它们之间没有相互依赖性。
我们可以将这3个步骤分离开来,然后指定这3个步骤的执行顺序,并尽快返回结果。
重构后,HasAccess方法的逻辑一目了然,它的3步逻辑都用到了return,易于阅读和理解。
public class Security { public ISecurityChecker SecurityChecker { get; set; } public Security(ISecurityChecker securityChecker) { SecurityChecker = securityChecker; } public bool HasAccess(User user, Permission permission, IEnumerable<Permission> exemptions) { if (user == null || permission == null) return false; if (exemptions.Contains(permission)) { return true; } return SecurityChecker.CheckPermission(user, permission); } } public interface ISecurityChecker { bool CheckPermission(User user, Permission permission); }
如果能够尽快得到结果,何必等到最后一刻?
标签:
原文地址:http://www.cnblogs.com/keepfool/p/5544601.html