問題タブ [configuration-files]

VB.NET で記述されたクラス ライブラリを含むプロジェクトを継承しました。これらの一部には ".settings" ファイルがあり、他には接続文字列を格納するための ".dll.config" ファイルがあります。これら2つの方法の違いは何ですか?

編集:どのシナリオで、どちらかを優先しますか?

私たちのWebアプリケーションでは、データアクセスレイヤーを独自のプロジェクトに分離しています。

これにより、設定に関連するいくつかの問題が発生します。

DALは最終的には複数のアプリケーションから使用する必要があるため、web.configは、接続文字列やその他のDAL関連の設定を保持するのに適した場所ではないようです。

これを解決するために、最近のプロジェクトのいくつかで、設定のためだけに3番目のプロジェクトを導入しました。設定を.Settingファイルのシステムに配置します...シンプルなラッパーを使用して、さまざまな環境（開発、QA、ステージング、本番など）に対してさまざまな設定を行う機能を簡単に実現できました。

唯一の問題は、設定プロジェクト（.Settingsクラスを含む）がアセンブリにコンパイルされるため、ビルド/デプロイを行わずに変更できないことです。一部のお客様は、Visualなしでプロジェクトを構成できることを望んでいます。スタジオ。

それで、これのベストプラクティスはありますか？私は車輪の再発明をしているという感覚を持っています。

サーバー上の固定ディレクトリに設定を保存するなどのいくつかの解決策は、たとえば、独自のXML形式で発生しました。しかし、繰り返しになりますが、機密値などの暗号化を再作成する必要はありません。そして、可能であれば、ソリューションを自己完結型に保ちたいと思います。

編集：元の質問には、web.configを使用できない（私が思う）本当に鋭い理由が含まれていませんでした...それは、いくつかの（非常に良い）答えを文脈から外します、私の悪いです。

Microsoft .NET アプリケーション構成ファイルの XSD (XML スキーマ) を検索しています。これまで、.NET Framework の構成ファイル スキーマしか見つかりませんでしたが、XSD にもっと興味があります。

または - 一般的な質問 -ここにリストされている.NET 構成ファイルの一般的な XSD も検索します。

私は Visual Studio 2008 を使用していますが、最初の回答のようなファイルは表示されません...

CCW (Com Callable Wrapper) として公開され、アンマネージ IIS アプリケーション (ATL サーバー) に読み込まれる.NET コンポーネントがあります。アセンブリがインストールされ、.com を使用して COM に登録されregasm /codebaseます。

コンポーネントには、IIS アプリの Web.config ファイルに通常配置されるような構成が必要です。しかし、構成を w3pw.exe.config または machine.config にドロップしたくありません。理想的には、COM に公開されているアセンブリと一緒に構成をライブでインストールしたいと考えています。

私はこれを達成する方法を見つけていません。COM アセンブリは既定の AppDomain に読み込まれるため、そのドメインを別の場所から読み込むように構成することはできないと思います。

私のJavaアプリケーションは「user.home」に何かを保存していますが、Windowsではこれはアプリケーション情報を保存するための正しいパスではないようです(友人が私に言ったように)。もう 1 つのオプションは設定 API を使用することですが、設定 API を使用して hsqldb の場所を設定することはできません。また、すべてのファイルを同じフォルダー (ローカル データベース、構成、キャッシュなど) で使用できるようにします。

OS固有のものを処理するサンプルコードまたはフレームワークを探しています。

私たちは、クライアント向けの Java Web サービスの開発で忙しくしています。次の 2 つの選択肢があります。

• 暗号化されたユーザー名/パスワードを Web サービス クライアントに保存します。構成から読み取ります。クライアント側でファイルし、復号化して送信します。

• 暗号化されたユーザー名/パスワードを Web サーバーに保存します。構成から読み取ります。Web サーバー上のファイルを復号化し、Web サービスで使用します。

ユーザー名/パスワードは、Web サービスがサードパーティ アプリケーションにアクセスするために使用されます。

クライアントには、この機能を提供するクラスが既にありますが、この方法では、ユーザー名/パスワードを平文で (イントラネット内ではありますが) 送信する必要があります。彼らは情報を保存することを好みます。すでに持っているものにお金を払いたくない. (セキュリティはイントラネット内のみであるため、大きな考慮事項ではありません)。

そのため、Java ですばやく簡単に処理できるものが必要です。

推奨事項はありますか？

サーバーは Tomkat 5.5 です。Web サービスは Axis2 です。

• どの暗号化/復号化パッケージを使用する必要がありますか?
• キーストアはどうですか？
• どの構成メカニズムを使用する必要がありますか?
• これは簡単に展開できますか?

私はASP.NETプロジェクトに参加しており、Webサイトをインストールする管理者に次のようないくつかのパラメーターを与える必要があります。

等...

私の質問は、これを web.config ファイルに追加したり、独自の configSession を使用したり、プロファイル変数として追加したりするのは良いことでしょうか? または、このために XML ファイルを作成する必要がありますか?

あなたは何をしますか、そして短所とお気に入りは何ですか?

最初は web.config について考えていましたが、Web サイトの構成と自分の Web アプリの構成を台無しにする必要があり、別のファイルを作成する必要があることに気付きました。この投稿を読んで、今この場所にいます...私はこれをするべきですか、それともそれをするべきですか？

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

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

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

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

追加-1 :

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

追加-2 :

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

ここにある豊富な情報に従って、外部の .config を機能させるにはどうすればよいでしょうか? 外部 appSettings ファイルに使用するのと同じ設定を試みましたが、カスタム セクションのファイルが見つかりません。

でも...

someExternalFile.config に含まれる場所

何か案は？

kerberos 構成ファイル (つまり ) を解析 (および書き込み) する Perl モジュールに遭遇した人はいます/etc/krb5.confか? Config::General、Config::Autoなどのかなりの数の解析モジュールを見てきましたが、次のようなネストされた構造を処理できるものはないようです。

またINI、次のような -style セクションも処理する必要があります。

形式の詳細については、krb5 conf ドキュメントを参照してください。

私は自分のパーサーを書いているところですが、他の誰かが素敵でエレガントなモジュールを既に書いているのであれば、そうする必要はありません。