Facebook のような Web API は常に更新され、変更されているため、何が変更されたかを調べ、それを更新/修正するという点で、特定の変更を実装するのに時間がかかる場合があります。
たとえば、この間にユーザーがログオンできない場合、ユーザーは私の Web サイトを信頼することはありません。
では、他のサービスへの依存関係をどのように管理して、現在機能しているサービスが永続的に機能することを保証するのでしょうか?
Facebook のような Web API は常に更新され、変更されているため、何が変更されたかを調べ、それを更新/修正するという点で、特定の変更を実装するのに時間がかかる場合があります。
たとえば、この間にユーザーがログオンできない場合、ユーザーは私の Web サイトを信頼することはありません。
では、他のサービスへの依存関係をどのように管理して、現在機能しているサービスが永続的に機能することを保証するのでしょうか?
コミュニケーションが鍵です。
最も信頼できる Web API プロバイダー (Facebook Graph など) には、開発者ブログと、API の今後の変更に関するフィードバックを提供するメーリング リストがあります。おそらく、あなたがアプリを壊したくないのと同じくらい、彼らもあなたのアプリを壊したくないのでしょう。ブログを読んだり、メーリング リストに登録したりしてください。そして、今後の「重大な変更」(いわゆる「重大な変更」)に注意してください。
さらに、彼らの警告や提案に耳を傾ける必要があります。特定の API 呼び出しが非推奨であると彼らが言う場合、次の更新後に存在しない可能性が高くなります。行っている呼び出しが非推奨である場合は、早い段階で別の方法を見つけてください。
率直に言って、あなたが求めているのは、Facebook が API とグラフの実装全体を凍結することです。これは単に起こりません。絶え間なく変化するテクノロジーの世界では、物事は変化しようとしています。サードパーティ プラットフォームの開発者である私たちは、サードパーティ プラットフォームが行う変更を最新の状態に保つ責任があります。
Facebook が API に対して行っているすべての変更を追跡したい場合は、Developers Roadmapを参照してください。計画されているすべての変更がここにリストされています。
重大な変更、つまり現在の機能を本質的に「壊す」ものについては、Facebook は、変更が行われる前に、少なくとも 90 日間の通知を保証します。
Facebook 開発者ロードマップから抜粋-
オープン性と透明性の精神に則り、 Breaking Change Policyを遵守するために、このロードマップを公開して、開発者がコードの変更を必要とする可能性のある変更を計画できるようにします。すべてのロードマップと同様に、多少変更される可能性がありますが、詳細が明らかになり次第、何が起こっているかについての洞察を共有します. 開発者には、ロールアウトの計画とタイミングを発表するブログを購読することをお勧めします。
このすべての情報が与えられたとしても、ユーザーが常にサイトにアクセスできるようにするためにできることはまだあります。1 つのことは、別のログイン方法を提供することです。Facebook 認証を利用して、サイトのログイン情報をサイトのログイン情報とシームレスに統合できることは非常に便利ですが、ある日 (何らかの理由で) Facebook がダウンした場合はどうなるでしょうか? これは、ユーザーもサイトから締め出されることを意味します。あなたの状況に当てはまる場合は、代替案を提供することを検討してください。