モバイルサービスの作成から始めて、2つの問題が発生したため、Windows Azureで最初のステップを実行しています。-クライアントに返す前に、DBに格納されているデータに対していくつかの処理を実行するためにサービスをパーソナライズする方法。-デフォルトで提供されている以外のプロファイル(FB、twitter、google、windows live ID)を使用するために、独自の認証サービスを実装することは可能ですか?
3 に答える
これはすべてRESTベースのインターフェースであるため、オプションは広く開かれています。そうは言っても、本当に自分でIDを管理したいのか、それとも、言及したさまざまなサービスによって認証されたIDにプロファイル情報を添付したいのか。
私は後者を選ぶ傾向があります。その場合、追加のデータを収集して、ユーザーに関連付けられたWAMSに保存できます。「スクリプトを使用してモバイルサービスでユーザーを承認する」を見ると、認証サービスの「ユーザーID」にアクセスできることがわかります。そのIDは不透明である可能性があります。ただし、「登録」WAMSスクリプトでは、IDプロバイダーの一意のユーザーIDキーとともに独自の意味のあるデータを記録できます。これで、プロファイル情報を維持できますが、自分で認証を行う必要はありません。
もちろん、WAMSスクリプト内では、それを呼び出したCRUD操作に関連付けられているテーブル以外の他のテーブル(およびサービス)にアクセスできます。user.userid
したがって、たとえば、プロファイル情報テーブルへのインデックスとしてパラメータとしてスクリプトに渡されたものを使用して、他のすべてのスクリプトの「プロファイル情報」テーブルと結合できます。ここで、「処理」をデータに追加できます。
カスタムIDに関して役立つと思われる投稿が3つあります。
ここで、JoshはiSO todoアプリでこれを行う方法について説明します:http ://www.thejoyofcode.com/Exploring_custom_identity_in_Mobile_Services_Day_12_.aspx
クリスには、2つの役立つ投稿もあります。http: //chrisrisner.com/Authentication-with-Windows-Azure-Mobile-Services と http://chrisrisner.com/Authentication-with-iOS-and-Windows-Azure-Mobile-Services
TechEd 2013から、カスタム認証プロバイダーについてのすばらしいセッションを見つけることもできます。また、サーバー側スクリプトまたはDB自体のいずれかでデータの一部を処理することもできます。
http://channel9.msdn.com/Events/TechEd/NorthAmerica/2013/WAD-B338#fbid=sB9ZMarcc7_