2011-07-12 14 views
1

私たちは、支払いゲートウェイ用のプロバイダーモデルを使用しています。私は以下の方法を考え出したいと考えています。プロバイダーモデルのシナリオで複数の設定ファイルを使用する

各プロバイダには独自の設定ファイルが必要です。これには、そのプロバイダに適用可能な設定のみが含まれます。

消費者は、消費者がその後、ユニティ経由でプロバイダをロードすることになり、このようなUnity.Theとして必要とされているエントリだけを保存する設定ファイルを持っているでしょう。

潜在的に多数のプロバイダがあり、事前にパッケージ化できる各手段の構成をカプセル化し、消費者の唯一の要件はタイプのエイリアスであり、これは「スロットイン」することができます。

私の知る限り見ることができるように、複数の設定ファイルを持ってする方法はありませんし、プロバイダの構成は、現在は無視されています。しかし、私はおそらく実行可能な解決策が誰かによって発見されたことを期待しています。あなたはこれらの設定ファイルが自動的に.NETのコンフィギュレーションAPIによって消費されるようにしたい場合は、複数のファイルを持っている

答えて

1

あなたが好きなだけ多くの設定ファイルを持つことができます!アプリケーションごとに1つのルートコンフィグレーションファイルしか持てませんが、このファイルのほとんどのセクションを外部の独立したファイルに外部化することができます。

ただし、この場合には、私は、各プロバイダのserialized設定オブジェクトを含むXMLファイルを使用するように傾斜させることだろう。

コンフィグレーションをデシリアライズするためのファクトリメソッドを作成し、コンフィグレーションクラスを構築し、各コンクリートプロバイダを作成します。

アプリケーション設定では、各プロバイダのXML設定ファイルの場所など、工場で必要な情報を保存するだけです。

尚(pedantically &は) - プロバイダの柄のようなものはありません。プロバイダモデルは通常、StrategyFactoryのパターンを組み合わせて実装されます。

0

事前に

おかげで、あなたは、AppDomainの上にロードされ、中央1から外部の設定ファイルを参照する必要が起動:

http://weblogs.asp.net/pwilson/archive/2003/04/09/5261.aspx

設定API一つだけのファイルを探して行く - 他の人が無視されている理由は、これは可能性があります。

また、ファイルの周りに独自の構成ラッパーを作成し、これを使用してアクセスします。

は再び代わりに、一つのファイルには、関連するすべての構成セクションが含まれていたと間違って何もありません。

関連する問題