Il y a une liste de projets ici , principalement Developer Toolkit Facebook et Facebook.NET . Cependant, je l' ai vu beaucoup de commentaires négatifs au sujet de la boîte à outils et il semble que Facebook.NET n'a pas été mis à jour la dernière API facebook.
Est-ce l'une de ces valeur à l'aide? Toutes les autres bonnes bibliothèques là-bas?
Plus précisément, je suis à la recherche d'utiliser la bibliothèque dans une application ASP.NET MVC.
Merci!
Facebook Developer Toolkit a été très bien pour tout ce que j'ai besoin pour. Cependant, il convient de mentionner que, au moins à partir de Septembre, la documentation, des échantillons et des tutoriels pour la boîte à outils Facebook Developer sont donc à jour sa version actuelle (Release Candidate 2) qu'il pourrait être un champ de mines pour un nouveau développeur.
J'ai aussi commencé à expérimenter avec Facebook Developer Toolkit (FDT) , mais pour lâchée Facebook.NET. Il y a une fourchette de ce dernier à http://www.codeplex.com/fbnet qui couvre lentement les changements récents dans l' API Facebook. Jetez un coup d' oeil à ce poste car il a des points d'intégration intéressante pour Facebook.NET et MVC http://www.coderjournal.com/2008/06/mvc-facebook-wonderful-development-platform/
FDT est fait pour WebForms principalement et il vous faudra un certain temps pour l' intégrer correctement avec MVC. Et Matt a raison: la documentation du FDT RC2 ( la dernière fois que j'ai vérifié) était dépassée et trompeur. Si vous prévoyez d' utiliser ce chèque de toute façon ceci aussi http://corcoranpstech.blogspot.com/2008/06/facebook-mvc.html
Vous pouvez également trouver une prometteuse - encore en alpha si - bibliothèque (API Facebook pour .NET) ici: http://facebook.codeplex.com/
Dernier ajout: la seule bibliothèque il faut vérifier est en ce moment http://facebooksdk.codeplex.com/
Je pense que nous sommes à peu près dans le froid.
La boîte à outils CodePlex est un vrai cauchemar, selon à peu près tout le monde qui a essayé de l'utiliser. L'état actuel est qu'ils ont sorti une version 2.0 qui ne sont pas rétro-compatible avec les vieux trucs et ne supporte pas les dernières modifications de l'API Facebook. Les anciennes versions (1.7 et inférieur) ne sont plus pris en charge et maintenant cassés avec la dernière API. La nouvelle version est boguée et incomplète, a été effectivement abandonné par le développeur, et est également incompatible avec la dernière API. Et toutes les versions de ce que je suis au courant est de 3,5 seulement, ce qui signifie que vous ne pouvez pas mettre encore en production.
En bref, il est à peu près le pire des cas. Jusqu'à ce que quelqu'un étapes et met une bibliothèque de travail, vous êtes mieux rouler votre propre chose. Je moi personnellement basant hors de facebook-dièse bibliothèque, qui est léger et fonctionne essentiellement. Il est WinForms seulement, vous aurez donc besoin de déchirer à peu près tout et il suffit d' utiliser les emballages REST, mais il sauvera un groupe de travail de commencer.
Pour votre information, la version 2.0 de la FDT a été récemment publié officiellement, et beaucoup de travail a été fait pour corriger les bugs et être plus compatibles avec l'API actuelle (divulgation complète - Je suis l'un des mainteneurs du projet).
Le projet était mort depuis peu de temps, mais je vais essayer de le garder plus d'ici la mise à jour de maintenant, de sorte que vous pourriez essayer. De plus, nous allons essayer de mieux à évaluer et accepter des correctifs de la communauté, donc si vous trouvez quelque chose qui ne fonctionne pas, vous pouvez soumettre un patch.
Je l'ai utilisé pour FDT quelques petites applications. Il y a beaucoup de borkyness général, mais pour autant que je sache, la plus grande partie provient du fait que les API de Facebook sont une cible mobile à grande vitesse et sont mal documentés (cela est particulièrement vrai dans l'introduction de la nouvelle conception de profil). Je ne pense pas qu'il faille la faute des développeurs FDT faute de compatitability quand cela est probablement la plupart du temps en raison de facebook retirering ou l'évolution des caractéristiques de base.
(Je ne suis pas affilié à FDT bien que je l'ai suggéré quelques patches).
Une autre option que je viens suis tombé est l' API côté client Facebook Silverlight v0.001 . Toujours dans la démo / phase poc mais semble assez prometteur.
Developer Toolkit Facebook utilisé pour être assez mauvais. Maintenant, la version 2.0 est sorti et ressemble beaucoup. Voici un writeup.
Comment utiliser le Facebook Developer Toolkit 2.0 - Devtacular
Ne pas utiliser la boîte à outils des développeurs connaissant le cabinet de conseil qui crée et supporte. Je ne fais pas confiance tout créé par Clarity Conseil qui est qui a créé cette boîte à outils (erreurs, méthodes qui sont trop longues, surcodé et pratiques de codage et bizarre inefficaces). Gardez à l'esprit la clarté est grande sur l'utilisation des jeux de données dans un grand nombre de leurs solutions développées par l'utilisateur (bons développeurs et architectes NE PAS UTILISER DATASETS peu importe la taille ou une petite application est ... ils sont indésirables.). Certes il n'y a pas DataSets dans ce cadre (Dieu merci), mais c'est la mentalité derrière cette entreprise.
En fait, rouler votre propre wrapper pour Facebook si vous voulez un contrôle total, même si elle est plus de travail. Sinon, je partirais avec l'API Facebook.NET qui me semble très bien codé et a été fait par un gourou MS.
La page suivante fournit un port grand (et simple) en utilisant mvc. http://onishimura.com/2009/04/13/facebook-and-aspnet-mvc
FB page développeur, il fournit un lien Addon pour MVC, que j'ai trouvé qui est seulement pour boîte à outils 1.X mais pas 2.0. Et la nécessité d'étendre la ViewPage à autre page maître, rend le contrôleur de MVC pas accessible à l'API FB (que je ne vois pas le point que la vue doit avoir un contrôle direct sur elle). Lien ci-dessus mentionné fournir un tel port pour créer et mettre l'objet api dans le dictionnaire TempData qui est accessible au contrôleur.
Facebook Developer Toolkit a une version 3.0 qui sort bientôt (fin soi - disant d'Octobre). Voir ce billet de blog
Je travaille avec la dernière FDT 3.0 source pour une application Facebook en utilisant ASP.NET MVC et il a été très facile de travailler avec. L'exemple de code, la documentation et les questions / réponses passées des forums CodePlex ont couvert toutes les questions que j'ai rencontrés à venir jusqu'à la vitesse sur cette bibliothèque.
Les autres bibliothèques pour .NET sont tout simplement pas être maintenu et n'ont pas la masse critique de l'engagement de l'utilisation ou de la communauté pour vous aider à faire réussir en tant que développeur. J'ai passé beaucoup de temps à essayer d'obtenir mon application fonctionne avec le « API .NET Facebook Client », mais il y a très peu de signes de vie dans cette communauté, ce qui m'a fait abandonner.
Je n'ai pas essayé Facebook.NET car il n'a pas eu une source vérifiée depuis Janvier 2008, qui n'a pas de bon augure pour une cible qui se déplace aussi rapidement que l'API Facebook.
Je viens de voir que cela a été publié aujourd'hui: Le SDK Facebook de Microsoft .
Cette boîte à outils est fourni en bibliothèque Facebook client similaire à PHP Client Library Facebook ou la bibliothèque JavaScript de Facebook. L'objectif est de permettre aux développeurs .NET de tirer parti rapidement et facilement les différentes fonctionnalités de la plate-forme Facebook. Cette boîte à outils a évolué au fil du temps avec la participation de la communauté et de Microsoft. La dernière version (v3.0) inclut de nouvelles améliorations architecturales et fournit une interface asynchrone pour l'utilisation de la boîte à outils de Silverlight et de WPF.
On dirait que la meilleure option là-bas maintenant pour deleveopers .NET.
Celui construit par les ingénieurs Facebook? http://developers.facebook.com/blog/post/395
Comme je l' ai posté sur # 3908765 , j'ai trouvé # Facebook être assez bonne, même si je devais contourner quelques petites choses. Pas parfait, mais certainement un bon point de départ.
Je suggère d'utiliser l'API facebook directement. Lorsque j'ai étudié il y a plusieurs mois SDKs, je les ai tous trouvés démodées et un champ de mines tout à fait pour naviguer. SDK facebook suit les normes REST, il devrait donc être assez facile à ramasser. En outre, toutes les douleurs qui viennent avec l'aide de l'API Facebook (par exemple, les bugs, api changer tout le temps) vont toujours être là quand on utilise un SDK, mais si vous écrivez votre propre code, il sera plus facile pour vous de traiter avec leur. En outre, lorsque facebook fait un changement (ce qu'ils font tout le temps, y compris une autre qui qu'ils proposent aujourd'hui), vous ne devrez pas attendre le SDK pour être mis à jour.
Vous voudrez peut - être essayer une nouvelle API que j'ai développé pour le graphe social ici .
Il est facile à utiliser et alors qu'il vous en coûtera 50 $ pour le déverrouiller va facilement vous faire économiser des heures de temps de jongler avec les autres bibliothèques là-bas. Il sera également mise à jour en permanence que j'utiliser ma propre bibliothèque sur mon site de base. Cela signifie que vous n'avez pas à vous soucier de la rupture, en fait, il est conçu de telle sorte que si des changements FB leurs objets il fonctionne toujours (cassez pas).
S'il vous plaît essayer et laissez-moi savoir comment cela fonctionne pour vous.
