耦合與凝聚力設計

這是我在開發工作中經常遇到的常見情況。對於每個模塊，我將不得不檢索屬於相應部門的用戶列表。即。人力資源/財務/採購耦合與凝聚力設計

如果用戶邏輯的檢索集中在com.company.user模塊或我應該有各自的模塊來檢索所需的用戶。即。每個模塊都與USER_TABLE交談？

基於我對內聚/耦合和乾燥原理的理解。我認爲實現這種按角色檢索用戶的所有邏輯的正確方法應該集中在用戶包中。

我是否正確實施？

包級別

com.company.financial 
com.company.humanresource 
com.company.purchasing 
com.company.user

HTTP：/ /en.wikipedia.org/wiki/Component-based_software_engineering – home 2012-03-25 16:14:16

我認爲這個問題更適合程序員.stackexchan ge.com或代碼審查堆棧交換 – DPM 2012-03-25 16:49:23

是的，你說得對。通過特徵包裝比由層包裝更加模塊化，

所以軟件包：

com.company.user

罐保持以下類：

UserGUI.java // gui class for adding users 
User.java // user model 
UserDAO.java // user data access object 
UserAction.java // controllers

2012-03-25 17:57:30

是的，我想你是對的。檢索用戶邏輯應該在用戶包中

2012-03-25 16:46:31 ControlAltDel

回答