構成がそれぞれ異なる複数のプロジェクトがあります。これらの構成はすべて、1 つの XML ファイルで指定する必要があります。これは app.config ではありませんが、一般的な場所で指定されています。
私の現在のプロジェクト構造:
- コア プロジェクト (いくつかの XML を含む)
- サブプロジェクト (一般的な方法でコア XML 構成にアクセスする必要があります + 同じ XML ファイルからの独自の構成)
これに最適な .NET XML テクノロジはどれですか?
前もって感謝します
構成がそれぞれ異なる複数のプロジェクトがあります。これらの構成はすべて、1 つの XML ファイルで指定する必要があります。これは app.config ではありませんが、一般的な場所で指定されています。
私の現在のプロジェクト構造:
これに最適な .NET XML テクノロジはどれですか?
前もって感謝します
これにはおそらく app.config ファイルが最適です。独自の構成セクションを作成できます。プロジェクトの単一の構成ファイルは、参照されているすべてのアセンブリにアクセスできるため、各アセンブリに独自のセクションを含めることができます。user.config でユーザー固有の設定を行うこともできます (アプリケーション設定アーキテクチャを参照)。
特定の場所にある必要があるために app.config を使用できない場合は、いつでも別の場所から app.config ファイルをロードできます。ConfigurationManager.OpenMappedExeConfiguration
他の選択肢:
XmlSerializer
て、構成で XML を POCO に逆シリアル化します。XDocument
orを使用します。XmlDocument
あなたの投稿で、.Net フレームワークの組み込みの Xml 機能が機能しないことを示唆するものは何も読んでいません。
私はほぼ毎日 Xml を使用していますが、今のところ、外部ライブラリは必要ありません。もちろん、それはすべてプロジェクトの要件に依存しますが、同じ機能を使用する 2 つのプロジェクトがあるので、両方のプロジェクトの Xml 処理の抽象化と分離を簡単に行うことができます (またそうする必要があります)。サブプロジェクト内の xml クラスまたは (私の好み) 別の dll プロジェクト内。dll は、将来的に役立つ可能性があります。
独自の Xml 機能を作成することの追加のボーナスは、外部ライブラリ (その多くの場合、.Net クラスのラッパーとファサードにすぎません)
これが多少役に立ち、幸せなコーディングになることを願っています。