問題タブ [configurationmanager]

Configuration設定を簡単に読み書きして呼び出すことができSave(ConfigurationSaveMode.Minimal, true)、通常は問題なく動作 するオブジェクトがあります。

sectionGroupただし、カスタム定義のタイプを持つ構成ファイルがありますSystem.Configuration.NameValueSectionHandler（その部分を作成していないため、変更できません）。Saveメソッドを呼び出すと、TypeLoadException

メッセージ：

タイプ System.Configuration.NameValueSectionHandler は から継承されません System.Configuration.ConfigurationSectionGroup。

コールスタック:

参考までに構成はこんな感じ

実際のセクションとカスタム セクション グループの定義を削除すると、設定を正常に読み書きでき、正常に呼び出すことさえできますSave。

明らかに、カスタムセクション グループはもう少し適切に設定できますが、それを修正することはできません。ConfigurationNameValueSectionHandler

settings.settings または app.config から文字列を読み込む必要がある .Net 3.5 アプリケーションがあります。ConfigurationManager への参照があることを確認しましたが、フォーム ロード値からの非常に単純な呼び出しで null が返されます。

コードは次のとおりです。

ConfigurationManager を使用して、ユーザー設定を構成ファイルに永続化しようとしています。

管理者権限がないとアプリケーションの変更を Vista/Win 7 に保存できないため、これらの設定をユーザーのみに限定したいと考えています。

これは、Win 7 ([ドライブ]:\Users\[Username]\AppData\Local\[ApplicationName]\[AssemblyName][hash]\[Version\) に保存されているように見えるユーザーの構成を取得しているようです。

この構成に変更を保存しようとすると、次の例外が発生します。

この構成にカスタム ConfigurationSection を追加しようとしました。AppSettingsSection に追加してみました。呼び出すたびにconfig.Save()、上記の例外がスローされます。

何か案は？

Project->Settings デザイナーから ApplicationSettingsBase クラスを使用しようとしましたが、これでカスタム型を保存できるようには見えません。カスタムタイプを保存する機能を備えた同様の機能が必要です。

VS2008を使用しています。プロジェクトをデータベースに接続し、接続文字列をConfigurationManagerを介してApp.configから読み取ります。L2Eを使用しています。

ここで、ヘルパープロジェクトAndeDataViewerを追加して、テスト/検証の目的でデータベースからのデータを表示するためのシンプルなUIを用意しました。

ヘルパープロジェクトで別のエンティティデータモデルのセットを作成したくありません。新しいヘルパープロジェクトに、関連するすべてのファイルをリンクとして追加しました。

コンパイルすると、次のエラーが発生しました。

メインプロジェクトからヘルパープロジェクトに別のプロジェクト設定/構成関連ファイルのリンクを追加する必要があると思いますか？新しいヘルパープロジェクトにはApp.configファイルがありません。しかし、そのファイルのリンクをヘルパープロジェクトに追加できないようです。何か案は？

別のプロジェクトにある構成ファイルを解析する必要があります。ConfigurationManagerがデフォルトでapp.configファイルを読み取ることは知っていますが、その特定の構成ファイルを読み取るようにするにはどうすればよいですか？

app.config ファイルを解析するために特定の方法を使用していました。その後、ConfigurationManager を使用する方が優れていて簡単だと言われました。しかし、問題は、ConfigurationManager でそれを行う方法がわからないことです。

私の元のコードは次のようになりました。

ConfigurationManager を使用した同等の機能は何ですか? （私が見ることができるのは、ノードではなくキーを取得する方法だけだから..）

ありがとう

SQL Server 2005 データベースのフロントエンドとして機能する C# で開発中の Winforms アプリがあります。実行可能ファイルをテスト マシンに展開して実行しました。私が行った変更の最後のラウンドまで、テスト マシンで完全に正常に動作しました。ただし、テスト マシンでは、開くとすぐに次の例外がスローされます。

このバージョンで変更した mainMenu_Load に関する唯一の変更点は、データベースへの接続文字列を呼び出す方法です。以前は、次のように、呼び出す必要のあるすべてのフォームに接続文字列を含む文字列を設定していました。

アプリが成長し、それにフォームを追加したので、App.config をプロジェクトに追加することにしました。その中で接続文字列を定義しました：

次に、conString を返す静的文字列を作成しました。

conString 変数を削除し、次のように接続文字列を呼び出します。

これは私にエラーを与えているようです。これらのインスタンスを変更して、GetConnectionString を使用せずに App.config から接続文字列を直接呼び出すようにしました。たとえば、SQLConnection では次のようになります。

これも例外をスローしました。しかし、各フォームで conString 変数を使用するように戻したところ、問題は発生しませんでした。私が理解していないのは、App.configを直接使用するか、作成した静的文字列を介してスロー例外を使用しているときに、3つの方法すべてが私の開発マシンで正常に機能する理由です。

設定ファイルを読み書きするには、どのように CONfigurationManager クラスを使用しますか?

アプリケーション設定が利用可能かどうかを確認するにはどうすればよいですか？

つまり、app.config

およびコードファイル内

<appSettings>アプリケーションまたはライブラリの構成を作成するときは、次の理由から、通常、セクションよりもカスタム構成セクションを使用することをお勧めします。

• ユーザー定義の構成オブジェクトへのフレームワークのシリアル化。各構成値には適切なタイプがあります
• 構成値は、属性を持つタイプおよび値の範囲に対して検証できます

これを考えると、セクションのルーズタイプ<add/>のキー/値メカニズムをいつ使用したいですか？<appSettings>私が思い出したように、このセクションのアプリケーションレベルの構成は、machine.configの既存のマシンレベルの構成をオーバーライドできます。これが唯一のケースですか、それとも他の理由がありますか？