問題タブ [system.configuration]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - 別の Exe の App.Config を取得する
ファイルを含むexeがありApp.Config
ます。ここで、一部の機能を使用するために、exe の周りにラッパー dll を作成したいと考えています。
問題は、ラッパー dll から exe の app.config プロパティにアクセスするにはどうすればよいかということです。
多分私は私の質問でもう少しする必要があります.exeを含む次のapp.configコンテンツがあります:
問題は、ラッパー dll から「myValue」を取得する方法です。
あなたの解決策をありがとう。
実際、私の最初のコンセプトは、XML ファイルの読み取り方法や LINQ などを避けることでした。私の好みの解決策は、構成マネージャー ライブラリなどを使用することでした。
app.config プロパティへのアクセスに通常関連付けられているクラスを使用するヘルプをいただければ幸いです。
.net - タイプも保持する動的 ConfigurationSection を作成する必要があります
キーと値のペアを app.config ファイルに保存できる構成セクションを作成する必要があります。キーと値のペアは、タイプに関係なく実行時に追加できます。値が元の型を保持することも重要です。次のインターフェースを拡張する必要があります
実行時には、次のように言えます。
System.Configuration.Configuration.AppSettings を試してみましたが、キーと値のペアを文字列配列に格納しているという問題があります。
必要なのは、System.Configuration.ConfigurationSection を実装することです。ここで、個々の設定をシリアル化する方法を制御できます。Visual Studio によって生成された設定がこれを行うことに気付きました。リフレクションを使用してすべての設定キーを作成しています。私が必要とするのは、このランタイムを動的に実行することです。
.net - 動的に作成された設定プロパティを次回ロードする方法は?
SettingsProperty
.NETapp.config
ファイルに動的に追加する方法を作成しました。すべてうまく機能しますが、次にアプリを起動すると、デザイナーで作成されたプロパティしか表示されません。プロパティランタイムをロードバックするにはどうすればよいですか?
を作成するための私のコードはSettingsProperty
次のようになります。
次回の実行時に設定プロパティを要求すると、以前に作成されたプロパティが見つかりませんでした。私が電話するApplicationEnvironment.GlobalSettings.Reload();
かどうかは関係ありません。
.net - WCF と System.Configuration 名前空間
参照されている .NET Framework 2.0 アセンブリが、IIS でホストされている WCF サービスで次のコード行を実行しようとすると、エラーが発生しました。
エラーメッセージ:
スタンドアロンの exe 内で実行していない場合は、exePath を指定する必要があります。
ソースコード:
この問題を経験した人はいますか?解決方法を知っていますか?
編集:私の質問は、.NET 2.0 アセンブリと下位互換性のある WCF サービスから構成ファイル (app.config および web.config) を開く最良の方法は何ですか?
.net - 方法:メモリにロードせずに.Net構成セクションインスタンスを検出しますか?
構成セクションのインスタンスが.net構成ファイルに存在するかどうかを検出する方法を知っている人はいますか?実際に構成セクションをメモリにロードしたり、xmlファイルを手動で解析したりする必要はありません.
System.Configuration.ConfigurationManager.GetSection(...) を使用してみましたが、構成ファイルに存在しない場合でも、構成セクションの「デフォルトの」インスタンスが返されるようです。
c# - System.Configurationのスレッドセーフな使用法
計算的に負担となる構成情報のロード/再ロードから各実行コンテキストを必要とせずに、スレッドセーフなインターフェイスを介してカスタムSystem.Configurationベースの構成データにアクセスする簡単な方法はありますか?
System.Configurationクラスは、Microsoftの.Netライブラリドキュメントの他のほとんど(すべて?)のクラスと同様に、次のスレッドセーフ情報で注釈が付けられています。
このタイプのパブリックスタティック(Visual Basicで共有)メンバーはすべてスレッドセーフです。インスタンスメンバーは、スレッドセーフであることが保証されていません。
私がこれを読んだことにより、および他の同様のメソッド(たとえば)ConfigurationSection
から返されるオブジェクトはスレッドセーフであると見なされてはならず、したがって複数の実行コンテキストで使用されるべきではありません。これにより、セクションオブジェクトへのアクセスは安全である可能性がありますが、オブジェクト自体のメンバーは安全ではないため、スレッドセーフであるシングルトンにを格納することは禁止されています。ConfigurationManager.GetSection(string)
OpenExeConfiguration(string exePath).GetSection(string)
ConfigurationSection
ただし、への複数の呼び出しGetSection
では、構成ファイルの再解析と、ConfigurationSection
初期化後に構成が変更される可能性が低いことを考慮して、オーバーヘッドの高い新しいインスタンスを割り当てる必要があります。さらに、スレッドセーフにされた別のオブジェクトに構成データをコピーすると、最初に組み込みの構成パッケージを使用する主な利点の1つが無効になるようです(ボイラープレートをあまり使用せずに、型変換および検証された構成情報に簡単にアクセスできます)。コード)。
それで、System.Configuration
構成セクションの過剰な解析と割り当てに頼ることなく、スレッドセーフな方法で使用する方法はありますか?独自の実装ConfigurationSection
により、インターフェイスを介してアクセスしている場合でも、Microsoftが提供する保証の欠如から解放されますか(その場合、ベースのインデクサーSystem.Configuration
へのアクセスが必要な場合に、スレッドセーフになるように実装するにはどうすればよいですか?ConfigurationSection
構成されたデータへのアクセス)?
asp.net - ASPNet_Regiisを使用してカスタム構成セクションを暗号化する-それを実行できますか?
カスタム構成セクションを備えたWebアプリケーションがあります。そのセクションには、暗号化したい情報が含まれています(自分で行うのではなく、ASPNet_RegIISを使用することを望んでいました)。
Web.Config:
構成ハンドラーは、暗号化を試みる前にうまく機能します。私がそれを暗号化しようとすると:
aspnet_regiis -pef "MyCustomSection" c:\ inetpub \ wwwroot \ MyWebsite -prov DataProtectionConfigurationProvider
エラーが発生します:
構成セクションを暗号化しています...MyCustomSectionの構成セクションハンドラーの作成中にエラーが発生しました:ファイルまたはアセンブリ'MyAssembly'またはその依存関係の1つを読み込めませんでした。システムは、指定されたファイルを見つけることができません。(c:\ inetpub \ wwwroot \ MyWebsite \ web.config 5行目)
プロバイダーを構成して/なしで試しました。セクショングループあり/なし。事前にウェブサイトを開始した/なし。登録のために一時的にアセンブリをGACに入れてみました。また、log4netセクションを試してみましたが、運が悪かったので、自分のものではないものを試してみました。管理者としてコマンドプロンプトを実行しました。何か案は?または、ASPNet_RegIISをカスタムセクションに使用することはできませんか?
MSDNを表示した後の最後のショットは、2.0で技術的に非推奨になったため(aspnet_regiisバージョンに関するものであると期待して)、IConfigurationSectionHandlerを実装するのではなくConfigurationSectionから継承するようにハンドラーを変更することでした。そこにも運がない。
どんなアイデアでも私に知らせてください。ありがとう!
c# - System.configuration web.config および app.config
サードパーティの dll を使用しているときに、次の例外が発生しました。
スタンドアロン exe 内で実行していない場合は、exePath を指定する必要があります。
次のトレースで
System.Configuration.ConfigurationManager.OpenExeConfigurationImpl (ConfigurationFileMap fileMap、Boolean isMachine、ConfigurationUserLevel userLevel、String exePath)。
私が見つけた理由は、それが app.config を探していて、web.config で詳細を提供したためです。私の質問は、なぜ system.configuration が web.config と app.config を区別するのですか? 何かご意見は?
c# - C#で「ClientSettingsSection」内の設定を変更する
exe 構成のClientSettingsSection (System.Configuration.ClientSettingsSection)内の設定の値を変更することは可能ですか? 残念ながら、ClientSettingsSection コレクションの設定は読み取り専用です。
c# - ConfigurationElementCollectionから構成要素を取得する
私は(うまくいけば)電子メールをキーとして自分のデザインのConfigurationElementCollectionをセットアップしました。それで?Web上で実際に見つけるのは難しい。どうすればよいですか:
それを繰り返しますか?
特定の要素が存在するかどうかを確認しますか?
特定の要素を取得しますか?
...与えられた:
部分的な答え
1.1。
2。「ここのコード」を
3。「ここのコード」を
小さな臭い。