Coupling＆Cohesion Design

これは私が開発作業中常に直面した一般的な状況です。モジュールごとに、それぞれの部門に属するユーザーのリストを取得する必要があります。すなわち、ヒューマンリソース/ファイナンス/購買Coupling＆Cohesion Design

ユーザロジックの取得をcom.company.userモジュールに集約するか、それぞれのモジュールで必要なユーザを取得する必要があります。すなわち、各モジュールはUSER_TABLE？

凝集/カップリングとDRY原理の私の理解に基づいて。私は正しい方法は、これを実装する必要があります役割のユーザーの検索のすべてのロジックは、ユーザーのパッケージに集中する必要があります。

このように実装するのは正しいですか？

パッケージレベル

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

のhttp：/機能により、パッケージングは

ので、パッケージ、層によるパッケージよりもモジュール化され/en.wikipedia.org/wiki/Component-based_software_engineering – home

この質問はプログラマーにとってより適切だと思います.stackexchan ge.comまたはコードレビュースタック交換 – DPM

はい、そうです。

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

答えて