0

いくつかのサードパーティ ライブラリ (logging、orm、di など) を使用して新しいプロジェクトを開始しようとしている場合、流暢なインターフェイスまたは XML ファイルを使用してプログラミングすることで、これらすべてのライブラリを構成することを希望しますか?

これらのオプション (Fluent または XML) の 1 つだけをサポートするライブラリを使用しますか? それとも、さまざまな構成戦略から選択できるライブラリを好みますか。

コードが好きな人は、これを架空の例 (C# で記述) と考えてください。

これは流暢な構成です:

LogConfiguration.ConfigureStorage()
   .ForDatabase("CommonDB")
     .AsMsSqlDatabase()
     .WithConnectionString("server=(local); database=Northwind; Integrated Security=true;")
     .AsDefault();

これは XML 構成です。

<logging>
    <database name="CommonDB" provider="MSSQL" connString="server=(local); database=Northwind; Integrated Security=true;" default="true" />
</logging>

最後に、Fluent と XML 構成の長所と短所は何ですか?

これまでのところ、次のようになりました。

コードでの流暢な構成

長所

  • コンパイラによって評価された強く型付けされた
  • 条件付き構成

短所

  • ビルド後に再構成できません

XML 構成

長所

  • デプロイ後に簡単に変更可能

短所

  • XML は冗長です
  • 入力ミスが起こりやすい
4

3 に答える 3

1

ビルド後に変更する可能性のある属性 (接続文字列、ロガーなど) には xml を使用する傾向があります。

私は、開発中にのみ変更される NHibernate マッピングなどのコードで、強く型付けされた (コンパイルされた) 流暢な構成を好みます。

于 2011-02-28T13:49:52.630 に答える
0

私が流暢にあなたを正しく理解したとしたら、それはコードのことですか? もしそうなら、間違いなく私は XML を選びます。流暢で純粋なテキスト ファイルを意味する場合でも、私は XML を選択します。長所：

  • 可読性
  • 自己文書化タグ (もちろん、それらを作成した場合;))

短所：

  • ファイルの長さですが、気にしません

現在、私のプロジェクトはすべて XML ベースです。

于 2011-02-28T13:50:23.180 に答える
0

XML 構成は、Java 構成よりも冗長性が低く、さらに単純であると言えます。

XML と Spring Integrations の構成の Java DSL の同じ構成の比較を見てください。wireTap

また、経験の浅いプログラマーにとっては、XML 構成の方がなじみがあるかもしれません。そのため、将来そのような構成を維持するための努力は少なくなる可能性があります。

于 2016-03-04T16:08:47.877 に答える