問題タブ [configuration-files]

Visual Studio で動作するように Windows Powershell を構成しようとしています。cl と nmake ができるように設定するだけです。必要なのはパス設定を編集することだけだと思います（ただし、WPSHで設定する方法がわかりません）。

.NET の App.Config に相当する Java はありますか?

そうでない場合、アプリの配布後に変更できるように、アプリケーションの設定を維持する標準的な方法はありますか?

各「モジュール」の ASP.NET configSections セクションに保存した複数の値があります。それらがこれらのファイルに属しているのかどうか疑問に思っていました。

バックグラウンドは次のとおりです。これらは、デプロイされた Web アプリケーションの複数のインスタンスです。すべて同じデータベースを使用しますが、独自の設定があります。

開発と本番の違いは構成ファイルにあると確信しています。私が知っている値には、接続文字列、使用するプロバイダー、デバッグの設定などを含める必要があります。

私はすべての共通部分を、独自のルールとメソッドを持つクラスに分解しました。残っているのは、各サイトの各モジュールのさまざまな設定です。私が確信していないオプションのいくつかは次のとおりです。

• ModuleA の場合、表示/非表示オプション
• ModuleB の場合、このフィールドで使用される用語は何ですか?
• ModuleC の場合、エンド ユーザーが X アクションを実行できるようにする

(この質問は特に C# での質問ですが、一般的には .NET に適用されます)

私は、かなり優れた設計の大きなアプリケーションを持っており、インターフェイス上で主要なセクションに分割されています (これは、並行開発を支援するために行われました)。

これで、必要なインターフェースを実装する具象クラスの基本セットができましたが、別の状況やテスト用の具象クラスの追加セットもあります。

現時点では、これらすべてのクラスをコードの最上位レベルにまとめています。

コンポーネントを交換したい場合は、その行を変更して再コンパイルするだけです。

それはうまく機能しますが、明らかに再コンパイルが必要です.configファイルの値を使用して具象クラスを選択したほうがよいでしょう。

構成ファイルを使用して具体的なクラスを変更するための標準的なパターンは何ですか? この問題を解決するために使用できる標準ライブラリはありますか?

ありがとう！

生の XML を使用する以外に、.NET で別のアセンブリに属する​​構成ファイルを開いて読み取る簡単な方法はありますか? 書き込む必要はありません。そこからいくつかの値を取得するだけです。

Microsoft 構成管理アプリケーション ブロックを使用した経験がある人はいますか? これは彼らのウェブサイトから離れた古いコードですが、.Net アプリケーションの構成値を保存/読み取る標準的な方法として役立つようです。それは良い/悪いツールですか、やり過ぎですか、フレームワークのより最近のバージョンで利用できるより良いオプションは何ですか?

返信ありがとうございます。

.vimrc にエントリがあり、スペースバーを押すとビューポートがページダウンします。次のようになります。

Shift キーを押しながらスペースバーを押すと、ビューポートがページアップする別のキー マッピングを作成したいと考えています。次のエントリを試しました。

どちらも機能しません。この機能を実現する方法を知っている人はいますか?

いくつかの共通の構成値を持つ複数のアプリケーションがあるプロジェクトがあります。.Net 構成オブジェクト モデルを使用するすべてのアプリケーションで使用できる共有 .config ファイルが必要です。各アプリケーションには、独自の app.config ファイルもあります

どうすればこれを行うことができますか。レジストリの使用はできるだけ避けたいと思います。ドキュメントを見ると、 OpenExeConfiguration(string exePath) メソッドは、指定された構成ファイルへのアクセスに適しているようです。これは合理的なアプローチですか？他の提案はありますか？

I read the part of the docs and saw that the ConfigParser returns a list of key/value pairs for the options within a section. I figured that keys did not need to be unique within a section, otherwise the parser would just return a mapping. I designed my config file schema around this assumption, then sadly realized that this is not the case:

Then I went back and found the part of the docs that I should have read:

Sections are normally stored in a builtin dictionary. An alternative dictionary type can be passed to the ConfigParser constructor. For example, if a dictionary type is passed that sorts its keys, the sections will be sorted on write-back, as will be the keys within each section.

To keep my existing configuration file scheme (which I really like now ;) I'm thinking of passing a mapping-like object as mentioned above that accumulates values instead of clobbering them. Is there a simpler way to prevent key/value collapse that I'm missing? Instead of making a crazy adapter (that could break if ConfigParser's implementation changes) should I just write a variant of the ConfigParser itself?

I feel like this may be one of those 'duh' moments where I'm only seeing the difficult solutions.

[Edit:] Here's a more precise example of how I'd like to use the same key multiple times:

I dislike the comma-delimited-list syntax because it's hard on the eyes when you scale it to many values; for example, a comma delimited list of fifty extensions would not be particularly readable.

私は（私の基準では）非常にトリッキーな状況を手にしています。ConfigParserからスクリプト変数名を読み取る必要があるスクリプトがあります。たとえば、私は読む必要があります

.cfg ファイルから取得し、スクリプトで変数として使用します。どうすればこれを達成できますか?

私は私の質問で不明確だったと思います。.cfg ファイルは次のようになります。

この self.post.id は、スクリプトから値を取得して実行時に置き換えられます。