
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
掌握不同的设计原则是每一个软件开发程序员都需要熟练掌握的一个编程技能,下面我们就通过案例分析来了解一下,单一职责设计原则概念与用法。
单一职责原则(SingleResponsibilityPrinciple,SRP)是指一个类或者模块只负责完成一个职责(或者功能),模块可看作比类更加粗粒度的代码块,模块中包含多个类,多个类组成一个模块。
一个类包含了两个或者两个以上业务不相干的功能,那就说它职责不够单一,应该将它拆分成多个功能更加单一、粒度更细的类。
判断类的职责是否足够单一,需要根据具体的应用场景和阶段需求,例如。
(1)如果在社交产品中,用户的地址信息只是单纯地用来展示,那UserInfo可包含地址信息。
(2)如果社交产品中添加了电商模块,用户的地址信息还会用在电商物流中,那好将地址信息从UserInfo中拆分出来。
由此可知,评价一个类的职责是否足够单一,并没有一个非常明确的、可以量化的标准。
下面这几条拆分判断原则,要更有指导意义、更具有可执行性:
(1)类中的代码行数、函数或属性过多,会影响代码的可读性和可维护性,行数好不超过200行,函数个数及属性个数都好不超过10个。
(2)类依赖的其他类过多,或者依赖类的其他类过多,不符合高内聚、低耦合的设计思想。
(3)私有方法过多,就要考虑能否将私有方法独立到新的类中,设置为public方法,提高代码的复用性。
(4)比较难给类起一个合适名字,很难用一个业务名词概括,这就说明类的职责定义得可能不够清晰。
(5)类中大量的方法都是集中操作类中的某几个属性,那就可以考虑将这几个属性和对应的方法拆分出来。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。