0

構成がそれぞれ異なる複数のプロジェクトがあります。これらの構成はすべて、1 つの XML ファイルで指定する必要があります。これは app.config ではありませんが、一般的な場所で指定されています。

私の現在のプロジェクト構造:

  • コア プロジェクト (いくつかの XML を含む)
  • サブプロジェクト (一般的な方法でコア XML 構成にアクセスする必要があります + 同じ XML ファイルからの独自の構成)

これに最適な .NET XML テクノロジはどれですか?

前もって感謝します

4

3 に答える 3

1

これにはおそらく app.config ファイルが最適です。独自の構成セクションを作成できます。プロジェクトの単一の構成ファイルは、参照されているすべてのアセンブリにアクセスできるため、各アセンブリに独自のセクションを含めることができます。user.config でユーザー固有の設定を行うこともできます (アプリケーション設定アーキテクチャを参照)。

特定の場所にある必要があるために app.config を使用できない場合は、いつでも別の場所から app.config ファイルをロードできます。ConfigurationManager.OpenMappedExeConfiguration

他の選択肢:

  • を使用しXmlSerializerて、構成で XML を POCO に逆シリアル化します。
  • マゾヒスティックなオプション:構成ファイルをオンザフライで手動で解析するには、 plain XDocumentorを使用します。XmlDocument
于 2013-04-11T12:49:33.883 に答える
1

あなたの投稿で、.Net フレームワークの組み込みの Xml 機能が機能しないことを示唆するものは何も読んでいません。

私はほぼ毎日 Xml を使用していますが、今のところ、外部ライブラリは必要ありません。もちろん、それはすべてプロジェクトの要件に依存しますが、同じ機能を使用する 2 つのプロジェクトがあるので、両方のプロジェクトの Xml 処理の抽象化と分離を簡単に行うことができます (またそうする必要があります)。サブプロジェクト内の xml クラスまたは (私の好み) 別の dll プロジェクト内。dll は、将来的に役立つ可能性があります。

独自の Xml 機能を作成することの追加のボーナスは、外部ライブラリ (その多くの場合、.Net クラスのラッパーとファサードにすぎません)

これが多少役に立ち、幸せなコーディングになることを願っています。

于 2013-04-11T12:37:32.743 に答える