码迷,mamicode.com
首页 > 其他好文 > 详细

设计模式之美--单一职责原则

时间:2020-05-02 11:56:24      阅读:73      评论:0      收藏:0      [点我收藏+]

标签:ast   EDA   判断   info   username   reg   userinfo   png   依赖   

什么是单一职责原则?

技术图片

单一职责原则的英文是Single Responsibility Principle,简称SRP。其原始英文描述是:

A class or module should have a single responsibility.

一个类或者模块应当只负责完成一个功能(或职责)。

举个栗子:

在社交产品中,需设计一个UserInfo类来记录用户心信息:

public class UserInfo{
    private long userId;
    private String userName;
    private String email;
    private String telephone;
    private long createTime;
    private long lastLoginTime;

    private String provinceOfAddress; // 省
    private String cityOfAddress;    // 市
    private String regionOfAddress;    // 区
    private String detailedAddress;    // 详细地址
    //... 其他属性
}

在上述这个代码样例里,UserInfo类中包含的均为和用户相关的属性,比较满足SRP原则。但有很多和地址信息相关的属性,其实可以考虑拆分为UserAddress类,后续在扩展如电商物流等模块功能时,能更好的与UserInfo解耦。

单一职责的好处

单一职责原则,通过设计粒度小、功能单一的类,避免了将不相关的功能耦合在一起,提高了类的内聚性。同时,类依赖和被依赖的其他类也变少了,减少了代码的耦合性。

但不可过多拆分类,如果拆分过细,反而会降低内聚性,影响代码的可维护性。

如何判断类职责是否单一?

这里没有一个具体的金科玉律,但从实际代码开发经验上,有一些可执行性的侧面判断指标,可供参考:

  • 类中的代码行数、函数、或者属性过多;

  • 类依赖的其他类过多

  • 私有方法过多

  • 类中大量的方法都是集中操作类中的几个属性

  • 比较难给类起一个合适的名字

回顾一下

单一职责原则的英文是Single Responsibility Principle,简称SRP。我们在设计类的时候,尽量避免设计大而全的类,要设计粒度小、功能单一的类,使得一个类只负责完成一个功能,这样有利于提高代码的复用性、可读性、可维护性,实现代码高内聚、低耦合。

设计模式之美--单一职责原则

标签:ast   EDA   判断   info   username   reg   userinfo   png   依赖   

原文地址:https://www.cnblogs.com/CocoML/p/12817337.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!