はい、この種のアプリも見ました (たとえば、Spotify は、通常の承認フローを使用するのではなく、Facebook アカウントの資格情報を入力するように求めます)。私の推測では、彼らはある種のプレミアム パートナーであり、いくつかのプライベート API にアクセスできるか、カスタム承認フローを使用している (たとえば、Web サイトでアプリを承認するとき、システムは承認キーをデータベースに保存します。同じアプリ ID/シークレットは Windows Phone アプリで使用され、システムが以前に保存された認証キーを見つけるために、電子メール/ユーザー名を入力するだけです)。
また、WebBrowser コントロールを使用して Facebook のログイン/認証を表示するアプローチも好きではありません (ほとんどの場合、UI の不一致が原因です)。アプリと他のすべてのアプローチを承認することは、私にとってハックに思え、欠点もあります)。
「サーバー側認証」アプローチを使用する必要があります。次のドキュメントでは、その仕組みについて説明しています:サーバー側認証(認証ダイアログの設定方法については、 OAuth ダイアログのドキュメントも参照してください)。display
パラメータを (touch
またはのいずれかに) 渡すことで、UI の外観を変更できますwap
。
は現在 Windows Phone で壊れていることに注意してくださいdisplay=touch
- Facebook は常に非推奨のバージョンにフォールバックし、2012 年 7 月の更新wap
に従って削除されます(対応するケース: Facebook API は Windows Phone アプリでは使用できません)。これは、Facebook C# SDK プロジェクト ページの既知の問題にも含まれています: Facebook C# SDK - Known issues。
これで物事が少し明確になることを願っています。