いいえ、 httpsauth.login
:
//developers.facebook.com/docs/reference/rest/auth.login/と呼ばれる古くて非推奨の REST API メソッドを使用しています。
もちろん、自分のアプリでこれを使用することを止めることはできませんが、その API がどれほど古く、REST API が現在完全に廃止されているかを考えると、それに依存するのは悪い考えです。
代わりに、Windows デスクトップ アプリ向けに、理想的な認証方法を含む Facebook C# SDK を Microsoft が提供していると思います。Web Authentication Brokerと呼ばれる Metro Apps 用に提供されている新しい方法については、私はよく知っています。
これらはほとんど、アプリ内に Web フレームをロードし、ユーザーを Facebook にログインさせ、(必要に応じて) 許可ダイアログを表示するだけです。そこから、アプリはユーザーの UID と、おそらく認証時に受け取った有効期間の長い access_token を保存できます。この方法では、60 日に 1 回、ユーザーに再度ログインを求めるだけで済みます。
Facebook が提供するデバイスベースの認証方法は他にもありますが、ほとんどはまだ非公開のテスト段階にあり、現在デスクトップ アプリに推奨されている唯一の方法は、このページのWindows、OS X、および Linux ネイティブ アプリ(下部)という見出しの下に記載されています。ページの)。
2013 年 12 月の更新:この回答を書いてから Facebook ログイン ドキュメントが大幅に変更されたため、いくつかの新しい追加事項を指摘したいと思います。
- ログイン フローを手動で構築するでは、デスクトップ アプリがユーザーをログインさせるために実行できる手順について詳しく説明します。ここでの新機能は、Windows 8 アプリがログイン ダイアログの redirect_uri でディープリンク ID を使用できるようになったことです。つまり、完了またはキャンセルされたときに、ログイン ダイアログからアプリにマルチタスクで戻ります。これは、以前の WebView 設定からの改善です。ユーザーの既定のブラウザーでは、既に Facebook にログインしている可能性が高いためです。
- Login for Windows Phoneは、Windows Phone 8 アプリを使用するための特別なガイドです。