私はサービスレイヤに関するいくつかのクエリを持っています。私はEmployeeDAO、ProjectDAOなどと呼ばれるDAOをいくつか持っています。 これらのDAOにアクセスする最も良い方法は何ですか?各DAOに対して個別のサービスレイヤを作成するか、すべてのDAOを持つ共通のサービスレイヤを作成する必要があります。 ここで春を使いたいです。 豆を積み込むことを検討し、良いですか?サービスレイヤの提案
0
A
答えて
3
あなたが物事を分割した場合、たとえばEmployeeService
、ProjectService
などと思うのですが、それを解消する方が良いと思います。両方に共通のメソッドがある場合は、同じメソッドを使用してEmployee
データとProject
データの両方にアクセスします。今、あなたのプロジェクトで数ヶ月、何かがEmployee
データに変更されますが、Project
データに変更されません。 Project
に関する限り、コードのリファクタリングは必要ありません。
物事を打ち破ると、システムをより良く維持できるようになります。
+0
ありがとう!それは今明らかです! – user414967
+0
@ user414967:問題ありません。クラスをより少なくするほどクラスが良くなることを忘れないでください。 – npinti
関連する問題
- 1. スレッドとデータベースの提案の提案
- 2. 提案
- 3. カレンダーアプリの提案
- 4. コードタスクスケジューラの提案
- 5. メモリアロケータの提案
- 6. アンドロイドアプリケーションローカリゼーションの提案
- 7. クラスドキュメントの提案
- 8. クリエイティブパターンの提案
- 9. ワークフローエンジンの提案
- 10. スピードアップオートコンプリートの提案
- 11. デプロイメントキットの提案
- 12. jsonの提案
- 13. CMSの提案
- 14. ブロードキャストレシーバの提案
- 15. データビジュアライゼーションライブラリの提案
- 16. 提案GWTハイスケールアプリケーションサーバ
- 17. ElasticSearch `contains`提案
- 18. 提案/パースライブラリ
- 19. ラムダ提案が
- 20. React Onmouseover提案
- 21. SignalRハブ提案
- 22. アクションスクリプト2提案
- 23. DBデザイン - 提案
- 24. Facebookと提案
- 25. Kubernetesボリュームマップ提案
- 26. Codemirrorオートコンプリートグローバル提案
- 27. 提案MVC .NET
- 28. Androidレイアウトの提案
- 29. MVCカミソリルーティングの提案
- 30. 「プラグイン」スタティックライブラリの提案
私の意見では、サービスレイヤーはできるだけ洗練されていなければなりません。なぜなら、その作業が関連していないと、別のサービスクラスを作成する必要があるという考えにつながります。 –
あなたの質問に関連する素晴らしいディスカッション:http://stackoverflow.com/questions/3882108/dao-and-service-layers-jpa-hibernate-spring –
@UmeshAwasthiとAndreas_Dのおかげです。 – user414967