Posted on 2008-09-06 00:15
dennis 閱讀(2998)
評論(3) 編輯 收藏 所屬分類:
java
典型的J2EE項目，package的設計有成熟的套路可循，如分為domain、dao、service、action等等，職責已經分解的比較單一和清晰，循環依賴這樣的情況出現并不多。而在一般的java項目，如服務器程序、客戶端程序和通用性框架的開發中，包的設計并沒有套路可循，畢竟由于應用和業務種類的不同，想得出通用性的設計套路是不大可能的。這時候遵循一些原則比之生搬硬套更為重要。在《敏捷軟件開發》一書中對包的設計有深入的討論，雖然針對的是發布的二進制包而言，但是對于java package的設計同樣有借鑒意義，如對包的內聚性、可重用性、穩定性的強調，對于依賴的探討，這些都是比較籠統的概念，不是那么直觀，需要在實際運用中認真歸納和重構，向這些原則靠攏。
我所想到一個比較直觀的方法就是：對于一個包的描述，你是否能用一句簡明扼要的話概括，也就是包的功能或者說介紹能否做到簡明扼要，這是衡量一個包的設計是否合理的最簡單的方法。如果可以，顯然這個包的內聚性很好，所有的類都服務于一個目的，從而帶來了重用的可能(其實我對重用性并不感冒，除了工具類外真正能重用的東西少之又少，內聚性才是需要關注的)；反之，這個包可能承擔了太多的職責或者依賴過多，仔細的重構和分離是需要做的。包的設計同樣要遵循接口分離的原則，將接口與實現隔離在不同的包之中，客戶程序就不會知道具體的實現，并且也保證了實現對接口的單向依賴。當然，這時就需要引入工廠類、插件或者IOC容器來負責實例化實現類。