單一職責原則演示

單一職責原則小組作品展示班號:java29組別:一組SingleResponsibilityPrinciple什么是單一職責原則英文縮寫:SRP(SingleResponsibilityPrinciple)定義:應該有且只有一個原因引起類的變更.簡單來說就是:一個類只負責一個功能.問題由來類class負責兩個不同的職責:職責a1和職a2.當由于職責a1的需求發(fā)生改變而需要修改類class時,可能會導致原本運行正常的職責a2功能發(fā)生故障.代碼分析: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.鑒別職責:每一個系統(tǒng)功能都表示了一個職責,這些職責可以映射到軟件模塊(類)中.應盡量保證這些類中沒有功能的重復.設計中每次應只關注一個職責怎樣使用單一職責原則2.信息隱藏:模塊(類)擁有自己的公開接口.可以和其他模塊通信.同時模塊也包含了大量內部信息供自身使用.內部數(shù)據(jù)不是被徹底隱藏就是被篩選之后才能暴露給外部.這樣每個模塊仍然能夠使用固定的接口和外部通信.而不會受到修改具體實現(xiàn)的影響.怎樣使用單一職責原則3.持久化:

將持久,穩(wěn)定的數(shù)據(jù)功能和頻頻變化的業(yè)務規(guī)則分離.這樣持久化的方式就不會因為業(yè)務層的變化而頻繁發(fā)生變化.使用單一職責原則的好處直接好處.1.降低類的復雜度.2.提高類的可讀性,代碼的復用性,靈活性以及系統(tǒng)的可維護性.間接好處:1.方便他人.2.有利自己.

單一職責原則的局限性1.職責擴散:比如類T只負責一個職責P,這樣設計是符合單一職責原則的.后來由于某種原因需要將職責P細分為更細的職責P1和P2.如果要應用單一職責原則就要將類T拆分為T1和T2分別負責P1和P2,但是在程序已經寫好的情況下.這樣做可能會難以實現(xiàn).單一職責原則的局限性2.職責缺少明確的劃分標準:

如果把職責劃分的太細,會導致接口和實現(xiàn)類的數(shù)量劇增,反而提高了復雜度,降低了代碼的可維護性使用單一職