私は Spring プログラミングは初めてで、DAO 実装クラスを使用するサンプル/チュートリアル/ガイドをよく見かけます。また、メインの DAO クラスを呼び出すだけのように見える「サービス」クラス (および対応する実装クラス) を持つ例も見てきました。
これらはベストプラクティスですか?DAOをまっすぐに呼び出すことができるとき、物事を行うための暴走的な方法のようですか? そして、私はまだこれらの追加のクラスなしで MVC プログラミングに固執しています。
ご意見ありがとうございます。:)
私は Spring プログラミングは初めてで、DAO 実装クラスを使用するサンプル/チュートリアル/ガイドをよく見かけます。また、メインの DAO クラスを呼び出すだけのように見える「サービス」クラス (および対応する実装クラス) を持つ例も見てきました。
これらはベストプラクティスですか?DAOをまっすぐに呼び出すことができるとき、物事を行うための暴走的な方法のようですか? そして、私はまだこれらの追加のクラスなしで MVC プログラミングに固執しています。
ご意見ありがとうございます。:)
Spring と Hibernate でのベスト プラクティスだと思いますが、適切に行わないとコードの重複が発生し、OOP にはなりません。
これについては、DAO とサービスの分離についての議論と、Spring と Java Generics を使用して DAO を単純化するを参照してください。
サービスと DAO の実装を別々に作成することをお勧めします。サービス クラスにビジネス ロジックを記述し、DAO 実装クラスにデータベースへの呼び出しを記述できます。データベース操作。