スプリングサービスをコマンドに減らすことができますか(コマンドデザインパターンによる)?私はこれをより柔軟なアプローチと見ています。確かに、すべての機能を1つのサービスクラスにまとめるよりも、懸念のクロスカッティングを増やす方法です。コマンドへのサービスの削減
いいえ?悪い?私はこれが間違いなくアプリケーションが扱うクラスの数を増やすことを知っていますが、私は気にしません。
スプリングサービスをコマンドに減らすことができますか(コマンドデザインパターンによる)?私はこれをより柔軟なアプローチと見ています。確かに、すべての機能を1つのサービスクラスにまとめるよりも、懸念のクロスカッティングを増やす方法です。コマンドへのサービスの削減
いいえ?悪い?私はこれが間違いなくアプリケーションが扱うクラスの数を増やすことを知っていますが、私は気にしません。
あなたはまだ何もする必要のない区別をしています。 何でもを注射することができます - あなたが望むものは何でも構いません。コントローラ、サービス、コマンドはすべて、run
メソッドを実装しているコマンドインターフェイスのように、既知のインターフェイスを実装するエンティティなどで注入することができます。
春にこれを行う方法はたくさんあります。 AOPのアドバイスを重ねることができます。あなたは "コマンド"のリストを注入することができます。インターセプトコールやウェブリクエスト、複合サービスコレクション、...
実際に何をしようとしているかの例を提供するまでは、一般性を超えて何かを提供するのは難しいでしょう。ウェブ検索では、thisのようなリソースが得られます。