問題タブ [app-config]

C# クラス ライブラリとスタートアップ プロジェクト (コンソール アプリ) があります。クラス ライブラリには、Web サービスへのサービス参照が含まれています。プロジェクトを実行しようとすると、スタートアップ プロジェクトがクラス ライブラリの app.config を読み取らず、サービス参照を無視しているため、InvalidOperationException が発生します。機能させるために、同じサービス参照をスタートアップ プロジェクトに追加する必要があります。これを回避する方法はありますか？スタートアップ プロジェクトにクラス ライブラリのサービス参照と app.config をコピーせずに、スタートアップ プロジェクトに認識させることはできますか?

クラス ライブラリから app.config へのリンクを追加しようとしましたが、うまくいきません。クラス ライブラリは、それを使用する人がそのサービス参照をスタートアップ プロジェクトに追加する必要がある場合、あまり移植性がありません。

使用したい構成ファイル (App.config 以外) を実行時に指定する方法はありますか? たとえば、アプリケーションの構成へのパスとなるコマンド ラインから最初の引数を読み取り、ConfigurationManager.AppSettings を使用するときにアプリケーションがそれを参照するようにしたいと考えています (おそらく不可能ですが、それでも尋ねる価値があります)。
私はこのコードを見つけました：

それは機能しますが、元の App.config の AppSettings セクションをオーバーライドし、アプリケーションは何も書き込む必要がありません。

手動で指定した app.config ファイルから読み取りたい dll があります (dll は、Microsoft 管理コンソール スナップインであるネイティブ com dll の .net 拡張子であるため、mmc.exe.config はありません)。構成ファイルを開き、関連するグループとセクションを読んで、必要な設定を取得することができました。このような：

設定は文字列コレクションと文字列です。そのようです：

少し kak を使用した方法で、これから文字列配列を作成できます。

しかし、標準のapp.configファイルが読み取られるときと同じように、設定を読み取って正しいタイプのオブジェクトに変換できるという良い方法があるのではないかと思います。

あると教えてください...

app.configから読み取るWindowsサービスがあります。

一部の設定を暗号化する必要がありますが、DPAPIを使用して実行しているマシンに基づいてファイルを暗号化するため、.NETで提供されるProtectedConfigurationProviderクラスを使用したくありません。

私が望んでいたのは、管理者がすでに暗号化されている構成ファイルを多くのマシンに展開し、必要に応じて各マシンにそれらを復号化させる方法でした。

パスワードをアセンブリにハードコーディングしたくないので、これをどのように行うことができるかわかりません。

誰かがこれについて素晴らしいアイデアを持っているかどうか、私はただ興味があります.

多くの C# Windows サービスがあります。各アプリは複数のマシンにインストールされます (アプリに応じて 2 ～ 80 台の任意の場所)。

ネットワークのセキュリティ設定により、SQL サーバーに対して Windows 認証を (一貫して) 使用できないため、接続文字列と資格情報には実際のユーザー名とパスワードが含まれています。

インフラストラクチャ担当者は、ソフトウェアを展開するときに次のことができるようにしたいと考えています。1) 構成を一度編集します。さまざまなデータベース接続に適切なサーバー、ユーザー、およびパスワードを設定します。2) 接続文字列を (少なくとも) 暗号化するか、肉眼では判読できないようにします。3) その構成ファイルを、特定のソフトウェアのすべてのインストールにコピーします。これは、暗号化を特定のマシンに関連付けることができないことを意味します。

DPAPI はこれを行うことができますか? 1 つのキー セットをすべてのターゲットにインストールして、共通の構成ファイルを解読できるようにすることはできますか? この場合、構成はどのように編集されますか? 同じ方法で、他のユーザーが暗号化された構成を表示できないようにするにはどうすればよいですか?

...その他のプラットフォームに関するその他の注意事項はありますか?

Application.exe などの win フォーム プロジェクトの app.config を作成します。

デフォルトでは、実行時にアプリケーションが Application.exe.config というファイルを検索することを想定しています。

ただし、これには例外があるようです。たとえば、Windows Server 2003 環境では、アプリはApplication.configを探します。

Windows Server 2003 では、検索される構成ファイルのフル パスが異なります。これはなぜですか?

これらの cosmic app.config 読み込みルールの定義はどこにありますか?

私は過去3日間ネットを精査してきましたが、この質問への参照が見つかりません。app.configで使用するカスタム構成クラスを作成しました。すべてが正常に動作します。この問題は、（構成要素の）構成プロパティが不要であり、app.configで定義されていない場合に発生します。構成プロパティにはデフォルト値が返されているようです。プロパティがapp.configで定義されていないかどうかを判断する方法を知っている人はいますか？（app.configを投稿しようとしていますが、その方法がわかりません...誰か知っていますか？）

レガシ アプリケーションの 1 つ (ASP.NET 1.1/2.0 Web アプリ) を見ていて、すべてのキーと値のペアをカウントするツールがありました。レガシ アプリケーション (アプリ、Web、データ、および多数のカスタム構成ファイル) の 11 個の構成ファイル全体で、1172 個のキーが見つかったようです。一部のキーはもう使用されていないと思います。管理者にクリーンアップを行うよう説得したかったのです。合計数に言及したとき、少しショックを受けましたが、サイトが実際に遅くなったという証拠が必要だったため、戻ってクリーンアップを行う理由がわかりませんでした. だから私の質問は、遅いですか（これはすべてメモリにロードする必要があります）？ドキュメントはありますか？1 つの構成ファイルと一般的なアプリケーションの「許容される」キーの数について何か考えがある人はいますか?

OpenMappedExeConfiguration() メソッドを呼び出して構成ファイル (filemap) をパラメーターとして指定すると、ConfigurationManager はその時点から新しく指定された構成ファイルを使用し、app.config を無視するということですか?

ConfigurationManager がデフォルトで app.config を検索することは知っていますが、OpenMappedExeConfiguration() メソッドが Configuration オブジェクトを返すため、返されたインスタンスが指定された構成ファイルにのみ適用可能であるかのように見えますが、100% 確実ではありません。