2

Java の Spring パラダイムについていくつか質問があります。

1) インターフェイスにすべてを書き込むアプリケーションがあり、最後の瞬間に、実際の main() または構成ファイルのどこかに、使用する特定のクラスを定義するとします。春と同じ目的を達成しましたか？その場合、なぜ Spring の DI が必要なのですか? インターフェイスに書き込み、詳細を最後の瞬間まで残すことは、プログラマーが何十年も使用してきた標準的な方法です。

2) 異議が、(最終的な) 時点でオブジェクトを新規作成することである場合、これは私のインターフェイス駆動型アプリのある時点で行う必要がありますが、それの何が問題なのですか? 「新しい」ステートメントを使用すると、クラスが使用できなくなったりテストできなくなったりするのはなぜですか?それとも単に読みやすさ/透過性ですか?

3) オブジェクトを宣言的に使用すると「依存関係が取り除かれる」と人々は言います。しかし、まだ依存関係があります。コードをコンパイルする前に、新しいクラスを「新しく」しなくても、新しいクラスをインポートする必要がありますか?

4

1 に答える 1

1

私のように、Spring XML を使用して依存関係とインターフェース実装の配線をハードコーディングするよりも構成することを好む人もいます。すべての配線は 1 か所にまとめられています (注釈を使用していないと仮定します)。また、XML ファイルの構成を変更する方が、コードを変更するよりも簡単であると主張することもできます。何か変更が必要な場合は、アプリケーションの実行の間に Spring ファイルを微調整することもできます。
Spring は、しばらく前から存在する優れたフレームワークです。依存性注入 (DI) が本当に優れていることがわかりました。＃1のアプローチに「問題」はありませんが、Springを使用すると、より堅牢な実装が得られると思います. なぜ車輪を再発明するのですか？

于 2013-10-28T22:22:37.650 に答える