1

OAuth 2.0 サービスの消費をラップする Windows ランタイム コンポーネントを開発していますが (WebAuthenticationBroker を使用し、返されたトークンを安全に格納します)、OAuth サービスはいくつかの異なる場所のいずれかにホストできます。たとえば、独自のローカル開発サービス、最大 5 つの異なるアルファ/qa 環境、本番前の環境、本番環境があります。これらの異なる環境はすべて、異なる URI に応答します。

コンポーネントが対象とする URI を変更して、コンポーネントを使用する人がこれらの環境のいずれかを対象にできるようにしたいのですが、特に URI を設定チャームに入れたくありません (それがランタイムで可能であれば)コンポーネント) 最終ユーザーが構成できるようにしたくないためです。

#if Debug/Live/Preprod/QA1 などを使用し、さまざまな URI をコードにインラインで含めることを検討しましたが、あまり実用的なソリューションとは思えません。バイナリのさまざまなバージョンから選択する必要はありません。これを管理する実用的な方法はありますか?

私が思いついたアイデアの 1 つは、コンポーネントがライブ サーバーを使用していると想定し、ApplicationData の設定を使用してそれをオーバーライドすることです。ランタイム コンポーネントが、それを消費しているアプリケーションと同じ ApplicationData ストアを共有するかどうかはわかりません。おそらくそうなると思いますが、推測にすぎません。

注: MSDN の Win 8 開発者フォーラムにもこの質問を投稿しました。

4

1 に答える 1

1

public interface にメソッドを作成しましたSetConfiguration(Configuration c)。コンポーネントを使用する開発者がインスタンスを提供しないConfiguration場合、コンポーネントはデフォルト値を使用します。それ以外の場合は、インスタンスで独自のオーバーライドを提供できConfigurationます。

于 2012-11-28T16:38:33.280 に答える