問題タブ [app-config]

ISimpleCache<IBrokeredDataObject>App.Config ファイルに型エイリアス (次に型) として追加したい型のクラスがあります。

この線

<> のために明らかに間違っていますが、それらをエスケープするとは確信していません。

どちらでも正しいです。

私は現在、Unity を使用するために自分のコードをバラバラにしています。コンパイル可能なコード ベースからは程遠いため、これをすぐにテストすることはできず、ここで何らかの確認を得たいと考えていました。

10 ほどのプロジェクトを含むソリューションがあり、App.Config ファイルを見つける代わりに SystemConfiguration が空の構成を返すという問題が発生し始めました。

プロジェクトごとに 1 つずつ、複数の App.Configs を用意する必要があります (そうではないと想定しています)。

VB6 で記述されたアプリケーションと、VB6、VB.NET 1.1、および VB.NET 2 で記述されたいくつかの DLL および ActiveX コントロールで構成されるかなり大きなプロジェクトを継承しました。VB で記述された DLL の 1 つの設定を変更したいと考えています。 application.dll.config ファイルにある .NET 2 ですが、効果がないようです。

メインの VB6 アプリケーション (Alpha と呼びます) には、VB.NET 1.1 DLL (Bravo と呼びます) で使用される設定を含む構成ファイル (Alpha.exe.cnfig) があります。Bravo を呼び出した後、Alpha は Charlie (私の VB.NET 2 DLL) を呼び出します。ただし、DLL が存在するサブディレクトリの Charlie.dll.config でアプリケーション設定を変更しても、効果はありません。Charlie の設定を Alpha の構成ファイルに入れようとしましたが、これにより Bravo が自動化エラーで失敗します (構成ファイルの形式が .NET 1.1 および .NET 2 から変更されたためだと思います)。

以下は、簡略化されたディレクトリ構造とファイルの場所の例です。

\Application\Alpha\Alpha.exe (私の VB6 アプリケーション)
\Application\Alpha\Alpha.exe.config (この構成ファイルは Bravo.dll によって使用されます)
\Application\Assembly\Bravo.dll (私の VB.NET 1.1 DLL)
\Application\Controls\Charlie\Charlie.dll (私の VB.NET 2 DLL)
\Application\Controls\Charlie\Charlie.dll.config (このファイルは Charlie.dll によって無視されます)

デフォルト設定を変更して VB.NET 2 DLL を再コンパイルしました。設定自体にコード障害がないことを確認するためにこれを行いましたが、これは正常に動作します。ただし、構成ファイルを変更する方法をクライアントに通知できるようにして、別の設定が必要になるたびに DLL を再コンパイルすることなく、クライアントが必要なものに設定できるようにしたいと考えています。

machine.config や user.config ではなく、app.config のみを変更したい。

Alpha.exe.config の例を次に示します。

そして、これが Charlie.dll.config の例です

applicationSettings セクションを入れてみると下Alpha.exe.config の appSettings セクションの直下 (つまり、構成要素の別の子要素) の場合、Bravo.dll は失敗します。

あなたが提供できる助けを前もって感謝します。

TestProject 内に app.config ファイルがありますが、ConfigurationManager を使用して読み取ろうとすると、別の場所から読み取られ、app.config のファイルではありません。これを修正する方法は？

現在の構成:

現在のコード:

期待される出力:

実際の出力:

.NET Windowsフォームアプリケーションを開発する場合App.config、構成値を格納するためにこれらのタグから選択できます。どちらがいいですか？

複数の C# プロジェクトを含む Visual Studio 2008 のソリューションがあります。各プロジェクトには、独自の構成ファイル (App.config および Settings.settings) があります。各モジュールは自律的であり、さまざまなソリューションで使用されるため、これはアーキテクチャ的に理にかなっています。

私の問題は、ソリューションをコンパイルすると、スタートアップ プロジェクト (または実行可能ファイルを含むプロジェクト) の構成ファイルのみが含まれることです。他のモジュールの場合、構成設定は DLL にコンパイルされます。私の質問は、実行時にDLLの設定を変更できるように、Visual Studioで複数の構成ファイルを結合したり、それらをリンクしたりする方法はありますか?

クラス ライブラリの構成ファイルで接続文字列を指定し、後で ASP.NET Web アプリケーションで使用するときにこれを変更するにはどうすればよいでしょうか。

クラス ライブラリは、構成ファイル (Settings.settings/app.config) で指定された接続文字列に基づいてデータベースに接続するデータセットを持つデータ アクセス レイヤーです。

このクラス ライブラリは、ユーザーがデータを入力する Web アプリケーションで使用され、クラス ライブラリで公開されている DAL クラスとメソッドを使用してデータベースに書き込まれます。

ここで、このアプリケーションを開発環境からテスト環境に移行し、その後本番環境に移行したいと考えています。私が直面している問題は、テストに移行した後、テスト中のアプリがまだ開発データベースに接続していることです。<class library>.dll.configファイルに記載されている接続文字列を変更しましたが、影響はないようです。

誰かがこれを達成する正しい方法を説明できますか? 助けてくれてありがとう。乾杯。

.NET Webアプリケーションのweb.configファイルを変更すると、アプリが再起動し、更新された構成が読み取られることは誰もが知っています。コンソールまたはWinFormsアプリでそれをどのように行いますか？ありがとう ：）

私のプロジェクトでは、プロジェクト プロパティの [設定] から追加した設定があります。

app.config ファイルを直接編集しても、実際には設定値が更新されないように見えることがすぐにわかりました。変更を加えてから再コンパイルするときに、プロジェクトのプロパティを表示する必要があるようです。

• 私は疑問に思っています...プロジェクトのカスタマイズ可能な設定を処理するための最良かつ最も簡単な方法は何ですか-これは.Netがそれを処理する方法を考えると非常に簡単だと思いました...残念です。

• これを処理するために、 AppSettings、 ApplicationSettings、またはUserSettingsのいずれかの設定を使用することは可能ですか?

自分の設定をカスタム構成ファイルに書き込んで、自分で処理する方が良いですか?

今...私は最速の解決策を探しています!

私の環境は C#、.Net 3.5、Visual Studio 2008 です。

アップデート

私は次のことをしようとしています:

コンパイル時に読み取り専用エラーが発生します。

標準ロギング、NHibernate などの構成ブロックがあり、app.configそれらを共通の XML ファイルに抽出して、すべてのアプリケーションのファイルに参照として含めることができるようにしたいと考えていapp.configます。

これは可能ですか？