JS SDK de Facebook par rapport à l'utilisation de getJSON de jQuery pour les appels d'API

Question

Pourquoi utiliser le SDK JS de Facebook pour effectuer des appels API ... ce qui signifie utiliser la méthode FB.api() lorsque je peux simplement envoyer le HttpRequest et obtenir sauvegarder le JSON très facilement en utilisant le jQuery getJSON pour tous les appels API.

Je pense aux avantages de l'utilisation du FB.api est qu'il déjà déjà saisit et connaît le jeton de l'utilisateur du cookie droit? Mais alors la partie la moins intéressante est de trouver un moyen d'analyser les données JSON retournées si vous n'utilisez pas la méthode getJSON. Je ne peux pas penser aux avantages ici en dehors de ceci à moins qu'il y ait des méthodes que je puisse agir sur tel que FB.api().SomeMethod.

Je vois à ce stade en utilisant le JS SDK pour authentifier et maintenir les informations de l'utilisateur dans un cookie qui est génial, mais si je peux simplement utiliser jQuery comme toute autre API retournant JSON pour les appels api par la suite, y a-t-il quelque chose de m'arrêter avec Facebook? Tout bouchon de spectacle?

Qu'est-ce que vous utilisez là-bas?

Answer 1

Utilisez sans aucun doute FB.api - comme vous le mentionnez, leur SDK gère toutes les tâches de jeton/session pour vous.

Et si vous êtes préoccupé par l'analyse du JSON dans le gestionnaire de résultats, ne le faites pas. Utilisez simplement parseJSON de jQuery.

Answer 2

Il est tout à fait correct d'utiliser celui qui fonctionne pour vous :) L'un des avantages énormes depuis que nous avons introduit le support pour OAuth2 est qu'une demande authentifiée implique simplement un paramètre de requête supplémentaire. Si vous ouvrez FB.api(), vous verrez qu'il utilise principalement JSONP comme jQuery.