单一职责原则演示

单一职责原则小组作品展示班号:java29组别:一组SingleResponsibilityPrinciple什么是单一职责原则英文缩写:SRP(SingleResponsibilityPrinciple)定义:应该有且只有一个原因引起类的变更.简单来说就是:一个类只负责一个功能.问题由来类class负责两个不同的职责:职责a1和职a2.当由于职责a1的需求发生改变而需要修改类class时,可能会导致原本运行正常的职责a2功能发生故障.代码分析:publicclassGraphArea{publicdoubleside;publicdoublehigh;publicdoublesetSide(doubleside){this.side=side;returnside;}publicdoublesethigh(doublehigh){this.high=high;returnhigh;}publicdoublecalculateArea(){return(side*high)/2;}publicvoidshow(){System.out.println(“三角形的面积="+this.calculateArea());}修改上述代码://计算方法接口publicinterfaceICal{publicvoidcal();}//边长类publicabstractclassSide{doubleside;doublehigh;publicdoublesetSide();publicdoublesetHigh();publicclassTsetextendsSideimplementsIcal{@overridepublicvoidcal(){}@overridepublicdoublesetSide(){}@overridepublicdoublesetHigh(){}怎样应用单一原则1.鉴别职责:每一个系统功能都表示了一个职责,这些职责可以映射到软件模块(类)中.应尽量保证这些类中没有功能的重复.设计中每次应只关注一个职责怎样使用单一职责原则2.信息隐藏:模块(类)拥有自己的公开接口.可以和其他模块通信.同时模块也包含了大量内部信息供自身使用.内部数据不是被彻底隐藏就是被筛选之后才能暴露给外部.这样每个模块仍然能够使用固定的接口和外部通信.而不会受到修改具体实现的影响.怎样使用单一职责原则3.持久化:

将持久,稳定的数据功能和频频变化的业务规则分离.这样持久化的方式就不会因为业务层的变化而频繁发生变化.使用单一职责原则的好处直接好处.1.降低类的复杂度.2.提高类的可读性,代码的复用性,灵活性以及系统的可维护性.间接好处:1.方便他人.2.有利自己.

单一职责原则的局限性1.职责扩散:比如类T只负责一个职责P,这样设计是符合单一职责原则的.后来由于某种原因需要将职责P细分为更细的职责P1和P2.如果要应用单一职责原则就要将类T拆分为T1和T2分别负责P1和P2,但是在程序已经写好的情况下.这样做可能会难以实现.单一职责原则的局限性2.职责缺少明确的划分标准:

如果把职责划分的太细,会导致接口和实现类的数量剧增,反而提高了复杂度,降低了代码的可维护性使用单一职