私は、アプリケーションの構成にSpringを使用する2つのかなり重要なコードベースを継承しました。次に、アプリケーションを再構成する必要があります。ただし、多くの構成は自動配線によって提供されるため、実際の構成を確認することはほとんど不可能です。
プロジェクトは適度なサイズで、統合テストモジュールなどを含むプロジェクトごとに約20のMavenモジュールがあります。ほとんどのモジュールは、さまざまな目的のためにいくつかのアプリケーションコンテキストを定義します。これには、依存するコアモジュールからの1つまたは2つとともに、1つまたは2つのローカルSpring構成ファイルが含まれます。その結果、無数の構成が作成され、プロジェクトのどこにも依存関係が表示されない場合でも、アップストリームまたはダウンストリームモジュールの依存関係を壊すリスクを冒さずに、クラス名または変数名（またはセッターメソッド）を変更することはできません。
春に自動配線された依存関係を効果的に処理するにはどうすればよいですか？
誰か、おそらく実際に自動配線が好きな人は、あなたがそれらを効果的にどのように扱うかについての洞察を提供できますか？
（私はまた、xmlファイル、自動配線、および注釈駆動型構成を組み合わせた小さなプロジェクトを継承し、依存関係を完全に扱いにくくしましたが、後で別の質問のためにそれらの注釈を保存します）