Authentification Facebook avec le nouveau 'Facebook SDK pour iOS' vs. 'Facebook iPhone SDK'

Question

Je travaille sur l'intégration de Facebook avec mon application iPhone/iOS et je veux savoir si je comprends la nature de la procédure de connexion correctement. Avec l'ancien SDK Facebook («Facebook iPhone SDK»), lorsque nous devions demander l'autorisation d'authentification d'un utilisateur, UIWebView s'affichait avec une invite de connexion. Avec le nouveau SDK («SDK Facebook pour iOS»), le SDK utilise la fonction de changement rapide d'application d'Apple pour placer temporairement l'application en mode d'arrière-plan, puis charger l'application iOS d'iOS ou Safari pour s'authentifier. Est-ce fondamentalement l'essentiel?

J'ai expérimenté l'authentification de mon application via la nouvelle technique du SDK et en raison de la nature de mon application, elle ne peut tout simplement pas prendre en charge l'arrière-plan. Cela signifie-t-il que je dois utiliser l'ancien SDK pour lancer une authentification basée sur UIWebView? Je pense que cette mise en œuvre est beaucoup plus propre de toute façon. Vais-je rencontrer des inconvénients majeurs de le faire?

Answer 1

Je ne crois pas que ce soit le cas.

Le SDK Facebook que je connais, disponible à https://github.com/facebook/facebook-ios-sdk ne fait rien comme vous l'avez décrit. Est-ce le SDK que vous utilisez? Je crois que la dernière mise à jour majeure de ce SDK à partir du "vieux" SDK de Facebook consistait à ajouter un support pour l'authentification de type OAuth. Avec ce changement, ils ont brisé la compatibilité du code, donc les applications ont été obligées d'apporter des modifications pour intégrer le dernier SDK. Lorsque vous appelez 'authorize' dans ce SDK, vous transmettez l'identifiant de l'application, les autorisations souhaitées et un délégué de rappel pour les notifications d'erreurs ou de succès (connexion, connexion, déconnexion). Vous pouvez également définir un jeton d'accès que vous avez peut-être conservé depuis une session précédente. Facebook valide ce jeton d'accès, et s'il n'existe pas ou est invalide, il présente une boîte de dialogue de connexion modale. Je crois que le contenu de cette boîte de dialogue est une page Web. Le SDK authentifie l'utilisateur à l'aide de OAuth et rend le jeton d'authentification disponible pour la persistance entre les sessions.

À aucun moment, l'application n'est sortie pour exécuter l'application Facebook ou Safari. Je suis curieux - qu'est-ce qui vous a amené à croire que c'était le cas? (Ou, peut-être il y a un autre SDK là-bas, je suis pas au courant de?)

Answer 2

Jetez un oeil sur cette page: https://github.com/facebook/facebook-ios-sdk

Et regardez Single Sign-On. Cela décrit le scénario ci-dessus avec une commutation rapide.

Answer 3

Vérifiez cette question et ma réponse: Iphone facebook connect example calls safari. I don't want to use safari

Vous pouvez faire utiliser le UIWebView toujours. Facebook essaye de faire en sorte que l'utilisateur ne doive se connecter qu'une fois par appareil (via l'application Facebook ou Safari) mais je n'ai pas aimé ce flux (surtout sur l'iPad). Bien que je préfèrerais ne pas me moquer du code Facebook, j'ai trouvé que commenter quelques lignes pour être un moyen rapide de récupérer l'ancien comportement.