一個 Java 編程老手的設計語錄

2019-11-18 10:44:05

字體：大中小

來源：轉載

供稿：網友

　　1.有必要TO和對象進行分離嗎？為什么要分離？
　　分離實現了數據與功能的分離。在傳遞數據時沒有必要傳遞功能接口。僅僅是數據的傳遞，為什么要把功能接口暴露給web層？web層見到的只有數據。避免了的web層程序員的調用接口沖動。而實際上在web層調用是錯誤的。
　　
　　這個理解有問題，功能接口的控制可以通過訪問控制要害字來控制，比如只有包權限。
　　
　　2.但是TO和對象分離以后，有重復的數據。那為什么不避免重復？
　　思路是TO只攜帶必須的數據，拋棄一切多余的數據，提高傳輸性能。
　　
　　有必要嗎？就那么一點點性能
　　
　　似乎沒有必要。但是web層在構造數據的時候，他不可能傳遞也沒有必要傳遞id之外的任何數據。
　　
　　這很輕易解決阿，讓id之外的數據空著好了。
　　
　　3.為什么不讓業務對象繼續TO？
　　防止業務對象和TO耦合太緊。
　　
　　但是TO作為成員變量實際上也是一種緊耦合？
　　
　　相對來講繼續的耦合性比成員變量的耦合性要強一些，比如我完全可以換掉成員變量，使用別的方式來保存數據。
　　
　　不對吧，你構造函數本來就使用了TO，這是一種強耦合
　　
　　但是成員變量方式要寫大量的重復代碼，比如我要改變一個屬性的值，你就要提供set方法，他只是進行了傳遞，這是一種重復。
　　
　　這個問題我可以提供getTO方法，讓人調用，然后讓客戶使用TO的set方法。
　　
　　呵呵，這樣豈不是又讓耦合性增強了？我使用繼續的方式可以讓業務對象很輕易的用于sPRing架構中。
　　
　　1.TO中的引用TO為什么要數組？
　　這樣就不用類型轉換了阿。
　　
　　但是你在增加刪除等操作數據的時候豈不是很麻煩？使用數組只是在讀取的時候比較方便。而增加刪除的操作要頻繁得多。讀取的麻煩可以通過轉換為數組來簡化，List等轉換為數據并不難。而且業務對象可以直接使用這些List作為容器，不用再引入其他List做容器，避免了代碼重復。
　　
　　2.簡單的增刪改查，有必要用面向對象那么復雜嗎？不就是把信息更新到數據庫嗎？
　　
　　粒度細化以后，使用面向對象的東西能夠帶來重用啊，今后不用老改。

上一篇：Java面向對象的思維方法

下一篇：用內嵌類減少 JAVA 程序設計中的混亂