問題タブ [app-config]

app.config ファイルを DLL に追加しようとしていますが、すべて失敗しました。

MusicGenesis の「Putting configuration information in a DLL」によると、これは問題にならないはずです。だから明らかに私は何か間違ったことをしている...

次のコードは、DLL から ConnectionString を返す必要があります。

ただし、app.config ファイルをコンソール アプリケーションにコピーすると、正常に動作します。

何か案は？

app.config の形式が間違っている場合 (たとえば、XML ファイルの形式が正しくない場合)、アプリケーションは読み込みに失敗します。このような問題を知らせる方法はありますか? たとえば、不適切な形式の XML ファイルが原因で app.config がエラーをロードした場合に、いくつかのイベントを受信する (この問題を記録するためにファイル ログとイベント ログを書き込むことができるようにするため)。

前もって感謝します、ジョージ

私のコードと app.config は次のようになりますが、例外はスローされません。

app.configまたはweb.configファイルで次のようなことを行うことは可能ですか?

次に、次のように単純に言って、コードで Dir2 にアクセスします。

これは、アプリケーションをさまざまなサーバーや場所にインストールするときに役立ちますapp.config。(すべての連結をコードで管理できることはわかっていますが、私はこの方法を好みます)。

最終的に web.config ファイルに組み込まれる値を単体テストしようとしています。私のテスト プロジェクトでは、設定を保持するための web.config セクションを含む app.config ファイルを作成しました。通常は System.Configuration.ConfigurationSettings.AppSettings を呼び出しますが、この場合は機能しません。私はこの質問を見ました。これは非常に似ていますが、構成ファイルから NameValueCollection を取得する方法には対応していません。構成ファイルの例を次に示します。

誰もこれを以前に扱ったことがありますか？

DAL に対してVS2008ユニットmachine.config統合テストを実行すると、アセンブリのapp.config.

コール スタックの概要は次のとおりです。

• 単体テスト プロジェクトには、DataLayer プロジェクトを呼び出すメソッドがあります
• MyDataLayerクラスは基本クラスから継承します。メソッドが呼び出されますGetStuff()
• 基本クラスは を使用してSystem.Configurationいます。すべて良い。
• コードでこのプロパティを呼び出すと、ConfigurationManager.ConnectionStrings["MyConnStr"]明らかに見つからないため、実際には null が返されます。
• クラスをチェックすると MyDataLayer、はい、MyConnStr があります。
• コレクションを確認するとConnectionStrings、はい、接続文字列が 1 つあります。終わったのはmachine.configのものですC:\Windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config
• なぜ私の DALapp.configがmachine.config

どんな助けでも大歓迎です！

単体テストを書いているライブラリがあります。ライブラリは 2 つのアプリケーションで使用されます。1 つは Windows サービスで、もう 1 つはレジストリの読み書きを行うコマンドライン アプリケーションです。それぞれに、起動時にライブラリからロードされる App.config ファイルがわずかに異なります。例えば：

単体テストからこのライブラリを使用しようとすると、ライブラリ (おそらく nunit) をロードするアプリケーションに適切なキーを持つ *.exe.config ファイルがないため、ロードに失敗します。

これを行うためのより良い方法は何ですか? 本番環境ではライブラリに各アプリケーションの *.exe.config から設定をロードさせたいのですが、単体テストを実行する場合は 3 番目の場所からロードします。

わかりました、これはかなり単純ですが、私が見たところによると、ある種の Windows ワークフローを使用して、別の構成を別の構成に含めることしかできません (私はこれを拒否します)。

契約は次のとおりです。

MAINAPP.EXE 仮想の LIBRARY.DLL を参照します。

MAINAPP.EXE には独自の MAINAPP.EXE.config があります。

「構成値」を LIBRARY.DLL に追加すると (それによって LIBRARY.DLL プロジェクトに app.config が作成されます)、app.config を LIBRARY.DLL.config に正しいパス ポストにコピーしても、これらの値は実行時に使用できません。 -ビルド。

上記の理由は、参照されているライブラリでさえ「mainapp.exe」構成から読み取るためです。

ここまでは順調ですね"。ここで、WCF サービスの参照を追加すると、ビジュアル スタジオは app.config を作成するか、bindings/endpoints/etc. を使用して設定します。ただし、それは参照の構成を追加したプロジェクトに追加されます。したがって、Library.DLL.prj は、読み取られず、出力ディレクトリにコピーされることもないため、機能しない素敵な app.configになります。app.config を右クリックして、「常にコピー」を true に設定できると思うかもしれません。忘れてください。それは何もしません。（あなたはそれをググることができます）。

上記の奇妙なシナリオを考えると、通常の VS2008 開発者は .NET 3.5 プロジェクトで作業して、ビジネス層 dll に追加する WCF サービス参照をどのように管理するのでしょうか? その開発者は、サービスに変更があるたびに、またはサービスを追加/削除するたびに、DLL の役に立たないapp.config から Mainapp.exe.config ファイルにすべてのセクションをコピーして貼り付けることになっていますか?