单一职责原则.ppt

单一职责原则.ppt

ID:52184717

大小:2.52 MB

页数:12页

时间:2020-04-02

单一职责原则.ppt_第1页
单一职责原则.ppt_第2页
单一职责原则.ppt_第3页
单一职责原则.ppt_第4页
单一职责原则.ppt_第5页
资源描述:

《单一职责原则.ppt》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、单一职责原则(SRP)131武俊博SingleResponsibilityPrinciple什么是单一职责原则定义:有且只有一个原因引起类的变化简单来说就是:一个类只负责一个功能使用SRP的好处直接好处:1.降低了需求变更引起的风险2.降低类的复杂性。3.提高类的可读性,代码的复用性,灵活性以及系统的可维护性。间接好处:1.方便他人2.有利自己SRP的局限性1.职责扩散:比如类A只负责一个职责S,这样设计是符合SRP.后来由于某种原因需要将职责S细分为更细的职责S1和S2,如果要应用SPR就要将类A拆分为A1和A2,但是在程序上已经写好的情况下,这

2、样做可能难以实现。2.职责缺少明确的划分标准如果把职责划分的太细,会导致接口和实现类的数量剧增,反而提高了复杂度,降低了代码的可维护性。错误的案例(职责划分)ClassDesigner{publicvoiddesign(){System.out.println(“设计师手工设计建筑图纸”);}publicvoidbuildBase(){System.out.println(“设计师用锄头挖地基”);}}错误的案例(职责划分)错误的案例(职责划分)错误的案例(职责划分)ClassDesigner{publicvoiddesign(){System.o

3、ut.println(“设计师用电脑设计建筑图纸”);}publicvoidbuildBase(){System.out.println(“设计师用锄头挖地基”);}}错误的案例(职责划分)错误的案例(职责划分)使用SRP的建议1.接口一定要做到采用SRP2.实现类的设计上尽可能的做到SRP,最好是一个原因引起一个类的变化。

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。