5

構成設定の保存に関するいくつかのベストプラクティスについて疑問に思っています。いくつかの設定を複数のアプリケーションで共有しているとします。共有する必要があるこれらの種類の設定 (XML ファイル) を保存する良い方法と悪い方法の両方を聞いたことがあります。

展開を容易にするためにビルド間でアプリの設定を維持するという点で、適切な標準は何かを考えてみてください。

私は2つのシナリオからこれを見ていると思います:

  1. 社内のアプリケーション (.com の大規模な管理アプリでも小規模な管理アプリでも)。
  2. 他のユーザーが使用する API を作成するとき、アプリケーションで API を使用するコンシューマーからの最終的な値がわからない場合に構成設定を参照する方法。

追加-1 :

ありがとう。複数のアプリケーションにまたがる構成設定を管理する悪夢を抱えている場所があるという恐ろしい話を聞いたことがあります。私はビルド担当者ではないので、理由はわかりませんが、web.config とカスタム構成ファイルなどのシナリオの種類に関して、今理解していることを確実に確認したいと思います。

追加-2 :

また、使用する API を作成する場合はどうでしょう。特定の構成情報を取得しようとしているクラスがあるとしましょうが、クライアントが API (具体的には C#/.NET) を使用するまで、それらのエンドポイント (プロパティ) は定義されませんか? これらのプロパティをどこでどのように設定しますか?たとえば、「ApplicationDefinitions」などの構成クラスを作成しますか?

4

3 に答える 3

1

複数の UAT (ユーザー受け入れテスト)、運用環境、開発環境、災害復旧環境をサポートする必要があります。

理想的には、この情報はすべて 1 つの巨大な LDAP サーバーにある..

現実の世界では、Jakarta-Velocity をテンプレート エンジンとして使用する ANT タスクを作成しました。これにより、1 つのテンプレート ファイルから複数のファイル (UAT、DEV、PROD、DR) が生成されます。

すべての一般的なものに使用される中央ファイルと、個々のアプリケーション用の小さなファイルがあります。1 つのアプリのコマンド ラインは、実行されているのが UAT/DEV.. システムなどであるかどうかを知る必要があります。次に、共通ファイルとアプリ固有のファイルを読み込みます。

これは実際には非常にうまく機能し、約 8 年間使用しています。私は、すべての環境で複数のアプリ ファイルを使いこなそうとしている他の多くの人々を見てきましたが、それはきれいではありません。間違いはよくあります。

于 2008-12-29T21:27:35.973 に答える
1

複数のアプリケーションにまたがっている場合は、(非常に慎重に) 設定を machine.config に入れることができます。

または、Web アプリケーション/ソリューションをビルドするたびに読み込まれ、新しい web.config を生成するために使用される個別の共通構成設定リポジトリ ファイルを用意することもできます。

于 2008-12-29T19:50:49.007 に答える
0

私がやろうとしているのは、異なる環境への展開で異なる構成設定を、論理関数ごとに整理された個別のファイルに分割し、これらのファイルを展開スクリプトに含めないことです...

.Net でコーディングしている場合、複数のアプリに共通する設定は machine.config に保存できます...繰り返しますが、それらを直接 machine.config に置かず、別のファイルへの参照を作成します (カスタム定義の configSection および configSource="" 属性を使用して、その別のファイルへの間接参照を作成します...

于 2008-12-29T19:51:29.100 に答える