私はしばらくの間、xml構成でspring.netを使用してきましたが、その春のチームが1か月前にCodeConfigをリリースしたのを見ました。
xml構成について私が気に入っているのは、ライブサーバーで問題が発生した場合に、xml構成を簡単に変更して特定のデバッグ設定を有効にしたり、特定のコンポーネントを無効にしてxml構成を変更したりできることです。
コンパイル時チェック以外のxml構成の代わりにコード構成を使用する利点は何ですか?
私はしばらくの間、xml構成でspring.netを使用してきましたが、その春のチームが1か月前にCodeConfigをリリースしたのを見ました。
xml構成について私が気に入っているのは、ライブサーバーで問題が発生した場合に、xml構成を簡単に変更して特定のデバッグ設定を有効にしたり、特定のコンポーネントを無効にしてxml構成を変更したりできることです。
コンパイル時チェック以外のxml構成の代わりにコード構成を使用する利点は何ですか?
コード構成を使用すると、次のようなメリットが得られます。
最後のポイントの利点は、フレームワークを初めて使用する開発者は、xml構成を使用する場合よりも学習曲線が大幅に遅くなることです。
ドキュメントから:
XMLファイルで構成メタデータを表現することにはいくつかの肯定的な側面がありますが、XMLの冗長性や、入力エラーが発生しやすく、最新のリファクタリングツールに非常に耐性がある文字列リテラルに大きく依存するなど、このアプローチには多くの問題があります。今日使用されています。CodeConfigアプローチは、依存性注入へのタイプセーフなコードベースのアプローチを提供することにより、これらの問題を取り除きます。構成メタデータをクラスの外部に保持するため、クラスをPOCOにすることができ、DI関連のアノテーションはありません。
1つだけ強調すると、構成スタイルを組み合わせて組み合わせることができます。 CodeConfigクラス内から、[ImportResource]属性を使用してXML構成ファイルを参照でき(ここを参照)、XMLでは名前空間を使用できます(ここを参照)。
乾杯、マーク