1

Silverlight プロジェクト、wcf サービス プロジェクト、および C# の他のプロジェクトを含むソリューションがあります。すべてのプロジェクトが設定を読み込むことができる 1 つのアプリ設定ファイルが必要です。これは、データベースの相互作用、ロギングなどの場合に役立ちます。現在、すべてのプロジェクトのすべてのアプリ設定ファイルを変更しています。

4

2 に答える 2

0

ASP.NET の Web.config ファイルを使用して Silverlight 3 アプリケーションを構成するをご覧ください。

于 2010-08-04T03:10:26.667 に答える
0

ニニ使ってるしばらくの間、成功しました。Web アプリケーション、スケジュールされたジョブ、wcf サービスなど、すべてのサーバー側プロジェクトから参照できる中央ファイルにすべての構成設定を配置できます。Silverlight クライアント アプリ用に、WCF 構成サービスを作成しました。 . さまざまな Silverlight アプリはすべて、起動時にこのサービスにアクセスして設定を読み込みます。これは、サーバー側アプリは Nini 構成ファイルの場所のみを知る必要があり、Silverlight クライアントは構成サービスへの URL (.aspx ページで を介して転送される) のみを知る必要があることを意味します。次に、構成サービスは Nini 構成ファイルにアクセスし、ConfigurationSettingEntity オブジェクトのコレクションを返します。これらには、キーと値が含まれているだけです。もちろん、すべての機密設定 (例: データベース接続文字列) は、構成サービスを介して転送されることはありません。Nini では、設定ファイルをセクションに分割できます。私は現在3つのセクションを持っています。1 つは Silverlight クライアント用 (「ClientSettings」)、もう 1 つはサーバー側の設定のみ (「ServerSettings」)、および共有設定を含むもの (「CommonSettings」) です。このようにして、構成サービスが ServerSettings セクションから何も返さないようにすることができます。これは私の目的のために本当にうまくいきました。) と、共有設定を含むもの (「CommonSettings」)。このようにして、構成サービスが ServerSettings セクションから何も返さないようにすることができます。これは私の目的のために本当にうまくいきました。) と、共有設定を含むもの (「CommonSettings」)。このようにして、構成サービスが ServerSettings セクションから何も返さないようにすることができます。これは私の目的のために本当にうまくいきました。

于 2010-02-12T17:09:57.017 に答える