Welke Facebook NET Library is het beste om te gebruiken?

Facebook Developer Toolkit is prima voor alles wat ik heb het nodig is voor geweest. Echter, het is het vermelden waard dat ten minste vanaf september, de documentatie, monsters en tutorials voor de Facebook Developer Toolkit zijn zo verouderd met zijn huidige versie (Release Candidate 2) dat het een mijnenveld voor een nieuwe ontwikkelaar zou kunnen zijn.

Ik begon ook te experimenteren met Facebook Developer Toolkit (FDT), maar liet hem voor Facebook.NET. Er is een vork van de laatstgenoemde bij http://www.codeplex.com/fbnet die langzaam beslaat recente veranderingen in Facebook API. Neem een kijkje op deze post, omdat het heeft een aantal interessante integratie punten voor Facebook.NET en MVC http://www.coderjournal.com/2008/06/mvc-facebook-wonderful-development-platform/

FDT is gemaakt voor WebForms voornamelijk en het zal je wat tijd in beslag nemen om het goed te integreren met MVC. En Matt heeft gelijk: de documentatie van FDT RC2 (laatste keer dat ik gecontroleerd) was verouderd en misleidend. Als u dit plan gebruiken toch check this out ook http://corcoranpstech.blogspot.com/2008/06/facebook-mvc.html

U kunt ook een veelbelovende - nog in alpha al - bibliotheek (Facebook API for .NET) hier: http://facebook.codeplex.com/

nieuwste aanwinst: de enige bibliotheek moet men nu controleren is http://facebooksdk.codeplex.com/

Ik denk dat we vrij veel in de kou.

De CodePlex toolkit is een complete nachtmerrie, volgens vrijwel iedereen die heeft geprobeerd om het te gebruiken. De huidige status is dat ze een 2.0-versie die is niet achterwaarts compatibel met het oude materiaal en niet de nieuwste Facebook API veranderingen te ondersteunen hebben uitgebracht. De oude versies (1.7 en lager) worden niet langer ondersteund en nu gebroken met de nieuwste API. De nieuwe versie is buggy en onvolledig is, is effectief in de steek gelaten door de ontwikkelaar, en is ook in strijd met de nieuwste API. En elke versie van het dat ik ben me bewust van is 3,5 alleen, wat betekent dat u nog niet zet het in productie.

Kortom, het is vrij veel het worst case scenario. Totdat iemand stapt en steekt een werkende bibliotheek, je bent beter af te rollen je eigen ding. Ik ben mij persoonlijk off van de baseren facebook-c-sharp bibliotheek, die is lichtgewicht en werkt in principe. Het is winforms alleen, zodat je nodig hebt om vrijwel alles uit te scheuren en gewoon gebruik maken van de REST wrappers, maar het zal een hoop werk aan de slag te slaan.

FYI, de 2.0 versie van de FDT werd onlangs officieel uitgebracht, en veel werk is gedaan om bugs te fixen en meer verenigbaar zijn met de huidige API (volledige openbaarmaking - ik ben een van de beheerders van het project).

Het project had een tijdje dood, maar ik ga proberen en houd het meer up-to-date van hier op uit, dus je zou gewoon eens proberen. Ook gaan we proberen en beter te evalueren en patches te aanvaarden van de gemeenschap, dus als je iets dat niet werkt vinden, voel je vrij om een ​​patch te dienen.

Ik heb FDT gebruikt voor een paar kleine apps. Er zijn veel algemene borkyness, maar voor zover ik kan bepalen, het grootste deel voort uit het feit dat de Facebook-API's zijn een highspeed bewegend doel en zijn slecht gedocumenteerd (dit was vooral het geval rond de introductie van het nieuwe profiel design). Ik denk niet dat men moet de FDT ontwikkelaars bij gebrek aan compatitability fout wanneer dit is waarschijnlijk vooral te wijten aan facebook retirering of wijzigen kernfuncties.

(Ik ben niet met FDT hoewel ik een paar plekken hebben gesuggereerd aangesloten).

Een andere optie die ik tegenkwam gewoon de Silverlight Facebook Client Side API v0.001 . Nog steeds in de demo / poc fase, maar ziet er veelbelovend uit.

De Facebook Developer Toolkit gebruikt vrij slecht te zijn. Nu versie 2.0 is uit en ziet er geweldig uit. Hier is een writeup.

Hoe de Facebook Developer Toolkit 2.0 gebruiken - Devtacular

Gebruik de Developer toolkit weten het adviesbureau die schept en ondersteunt dit. Ik heb niets gecreëerd door Clarity Consulting dat die geschapen dat Toolkit (fouten, methoden die manier zijn te lang, overgecodeerde en raar en inefficiënte codering praktijken) vertrouwen. Houd in gedachten Duidelijkheid is groot over het gebruik van DataSets in veel van hun home grown-oplossingen (Good ontwikkelaars en architecten GEBRUIK GEEN DATASETS maakt niet uit hoe groot of klein een aanvraag is ... ze zijn junk.). Toegegeven er geen DataSets in dat kader (dank God), maar dat is de mentaliteit achter deze onderneming.

In feite, rol uw eigen wrapper voor Facebook als je totale controle wilt, zelfs als het meer werk. Anders zou ik ga met de Facebook.NET API, die lijkt me zeer goed gecodeerd en werd gedaan door een MS-goeroe.

De volgende pagina bieden een geweldige (en eenvoudige) poort met behulp van MVC. http://onishimura.com/2009/04/13/facebook-and-aspnet-mvc

In FB Developer pagina, zorgen voor een Addon link naar MVC, waarvan ik vond dat is alleen voor toolkit 1.X, maar niet 2.0. En de noodzaak om de ViewPage te breiden naar andere hoofdpagina, maakt de besturing van MVC niet toegankelijk voor het FB API (die ik geen punt dat de View directe controle zou moeten hebben op het kunnen zien). Bovengenoemde verbinding te verschaffen dergelijke poort maken en zet de api object TempData woordenboek dat toegankelijk controller.

Facebook Developer Toolkit heeft een 3.0 release komt binnenkort (vermoedelijk eind oktober). Zie deze blog post

Ik heb gewerkt met de nieuwste FDT 3.0 bron voor een Facebook-app met behulp van ASP.NET MVC en het is heel gemakkelijk om mee te werken. Het monster code, documentatie, en in het verleden vragen / antwoorden van de Codeplex forums hebben alle problemen die ik ben tegengekomen die in komen op snelheid op deze bibliotheek.

De andere bibliotheken voor .NET zijn gewoon niet worden onderhouden en hebben niet de kritische massa van het gebruik of de betrokkenheid van de gemeenschap om te helpen u succesvol als ontwikkelaar. Ik heb veel tijd proberen om mijn app te werken met de ".NET Facebook API Client", maar er zijn maar weinig tekenen van leven in die gemeenschap, waardoor ik laten varen.

Ik heb niet proberen Facebook.NET omdat het niet heeft gehad elke bron gecontroleerd sinds January 2008, die niet goed voorteken voor een doel dat zo snel beweegt als de Facebook API.

De ene gebouwd door de Facebook-ingenieurs? http://developers.facebook.com/blog/post/395

Zoals ik op geplaatst # 3908765 , heb ik geconstateerd Facebook # vrij goed, al had ik een paar dingen te omzeilen. Niet perfect, maar zeker een goed uitgangspunt.

Ik stel met behulp van de API van Facebook direct. Toen ik SDK's onderzocht een aantal maanden geleden, vond ik ze allemaal te worden achterhaald en nogal een mijnenveld te navigeren. Facebook's SDK volgt REST normen, dus het moet vrij gemakkelijk te halen zijn. Ook zijn alle van de pijn die komen met behulp van de API van Facebook (bijvoorbeeld insecten, api verandert de hele tijd) zijn nog steeds van plan om daar te zijn bij het gebruik van een SDK, maar als je je eigen code te schrijven, zal het makkelijker voor u om te gaan met zijn hen. Ook wanneer facebook maakt een verandering (die zij de hele tijd, met inbegrip van een ander dat ze vandaag voorstellen), zult u niet hoeft te wachten tot de SDK worden bijgewerkt.

Wilt u misschien een nieuwe API die ik ontwikkeld voor de sociale grafiek te proberen hier .

Het is makkelijk te gebruiken en hoewel het kost je $ 50 te ontgrendelen zal het gemakkelijk bespaart u uren van tijd gehannes met de andere bibliotheken die er zijn. Het zal ook continu wordt bijgewerkt als ik mijn eigen bibliotheek te gebruiken op mijn kern website. Dat betekent dat je niet hoeft te maken over het te breken, in feite het is ontworpen op een zodanige wijze dat als FB verandert hun objecten het werkt nog steeds (niet breken).

Probeer het uit en laat me weten hoe het werkt voor jou.