Există o listă de proiecte aici , în principal Facebook Developer Toolkit și Facebook.NET . Cu toate acestea, am văzut o mulțime de feedback negativ cu privire la setul de instrumente si se pare ca Facebook.NET nu a fost actualizat la cele mai recente API - ul Facebook.
Sunt oricare dintre acestea în valoare de folosire? Orice alte biblioteci bune acolo?
Mai precis caut utilizarea bibliotecii într-o aplicație ASP.NET MVC.
Mulțumiri!
Facebook Developer Toolkit a fost bine pentru tot ceea ce am nevoie pentru. Cu toate acestea, este demn de menționat faptul că, cel puțin din septembrie, documentația, mostrele și tutoriale pentru Facebook Developer Toolkit sunt atât de actualitate, cu eliberarea sa actuală (Release Candidate 2), care ar putea fi un teren minat pentru un nou dezvoltator.
Am început de asemenea experimente cu Facebook Developer Toolkit (FDT) , dar a scăpat - o pentru Facebook.NET. Există o furculiță a acestuia din urmă la http://www.codeplex.com/fbnet care acoperă încet modificările recente ale API Facebook. Atunci o privire la acest post deoarece are unele puncte de integrare interesante pentru Facebook.NET și MVC http://www.coderjournal.com/2008/06/mvc-facebook-wonderful-development-platform/
FDT se face pentru WebForms în principal , și vă va lua ceva timp să - l integreze în mod corespunzător cu MVC. Și Matt are dreptate: documentația de FDT RC2 (ultima dată când am verificat) nu erau de actualitate și înșelătoare. Dacă intenționați să utilizați acest verifica oricum asta , de asemenea , http://corcoranpstech.blogspot.com/2008/06/facebook-mvc.html
Ați putea găsi , de asemenea , o promițătoare - încă în alfa , deși - bibliotecă (API Facebook pentru NET) aici: http://facebook.codeplex.com/
cele mai recente plus: singura bibliotecă ar trebui să verifice chiar acum este http://facebooksdk.codeplex.com/
Cred că suntem destul de mult în frig.
CodePlex Toolkit este un coșmar complet, în conformitate cu destul de mult tuturor celor care au încercat să-l folosească. Starea actuală este că au lansat o versiune 2.0, care nu este compatibilă înapoi lucrurile vechi și nu suportă cele mai recente API modificări Facebook. Vechile versiuni (1.7 și mai mici) nu mai sunt susținute, iar acum rupt cu cele mai recente API. Noua versiune este buggy și incompletă, a fost abandonat în mod eficient de către dezvoltator, și este de asemenea incompatibil cu cele mai recente API. Și fiecare versiune a acestuia că eu sunt conștient de numai 3.5 este, ceea ce înseamnă că nu se poate totuși pune în producție.
Pe scurt, este destul de mult cel mai rău scenariu. Până când cineva pași și pune o bibliotecă de lucru, esti mai bine de rulare propriul lucru. Eu personal bazându -al meu în afara de facebook-c-ascuțite bibliotecă, care este ușor și practic funcționează. Este doar WinForms, așa că va trebui să se rupă destul de mult totul și de a folosi doar ambalajele REST, dar va salva o grămadă de muncă începe.
FYI, versiunea 2.0 a fdt a fost recent lansat oficial, și o mulțime de muncă a fost făcut pentru a repara bug-uri și să fie mai compatibile cu API-ul curent (dezvăluire completă - Eu sunt unul dintre intretinatorii proiectului).
Proiectul a fost mort pentru puțin timp, dar voi încerca și păstrați-l mai up-to-data de aici încolo, așa că s-ar putea da doar o încercare. De asemenea, vom încerca și să obțină mai bine la evaluarea și acceptarea patch-uri din comunitate, așa că, dacă găsiți ceva care nu funcționează, nu ezitați să prezinte un patch.
Am folosit FDT pentru câteva aplicații mici. Există o mulțime de borkyness generale, dar, în măsura în care pot determina, cea mai mare parte provine din faptul că API-urile Facebook sunt o Highspeed țintă în mișcare și sunt prost documentate (acest lucru a fost valabil mai ales în jurul valorii de introducerea noului design profil). Nu cred că ar trebui să vina dezvoltatorii FDT pentru lipsa de compatitability atunci când acest lucru este, probabil, cea mai mare parte din cauza retirering Facebook sau schimbare caracteristici de bază.
(Eu nu sunt afiliate cu FDT, deși am sugerat câteva patch-uri).
O altă opțiune care tocmai am dat peste este Silverlight Facebook Client Side API v0.001 . Cu toate acestea , în faza demo / POC , dar arata destul de promițător.
Facebook Developer Toolkit folosit pentru a fi destul de rău. Acum, versiunea 2.0 este afară și arată foarte bine. Iată un writeup.
Cum se utilizează Facebook Developer Toolkit 2.0 - Devtacular
Nu utilizați setul de instrumente pentru dezvoltatori cunoașterea firmei de consultanță care creează și susține acest lucru. Nu am încredere în nimic creat de Claritatea Consulting, care este cel care a creat ca Toolkit (erori, metode care sunt prea lungi, overcoded și ciudat și practicile de codificare ineficiente). Păstrați în minte Claritatea este mare cu privire la utilizarea în multe seturi de date din soluțiile lor de origine crescut (dezvoltatori buni și arhitecți NU FOLOSIȚI Datasets indiferent cât de mari sau mici, o aplicație este ... sunt nedorite.). Acordate nu există seturi de date în acest cadru (Multumesc lui Dumnezeu), dar asta e mentalitatea din spatele acea firmă.
De fapt, rola propriul înveliș Facebook, dacă doriți un control total, chiar dacă este mai mult de lucru. Altfel, aș merge cu API-ul Facebook.NET care mi se pare foarte bine codificate și a fost realizat de către un guru MS.
Pagina următoare oferă o mare (și simplu) , portul folosind MVC. http://onishimura.com/2009/04/13/facebook-and-aspnet-mvc
In pagina Developer FB, acesta oferă un link addon MVC, pe care am constatat că este doar pentru 1.X Toolkit, dar nu 2.0. Și necesitatea de a extinde ViewPage la alte pagini de master, face controlorul MVC nu este accesibilă API FB (care nu pot vedea nici un punct că View ar trebui să aibă un control direct pe el). Mai sus link-ul menționat oferă un astfel de port pentru a crea și de a pune obiectul api în dicționar TempData care este accesibil controler.
Facebook Developer Toolkit 3.0 are o lansare vine în curând ( se presupune că la sfârșitul lunii octombrie). A se vedea acest blog
Am fost de lucru cu cele mai recente FDT 3.0 sursă pentru o aplicație Facebook folosind ASP.NET MVC și a fost foarte usor de a lucra cu. Codul eșantion, documentația și întrebările anterioare / răspunsuri de la forumuri CodePlex au acoperit toate problemele le-am întâlnit în a veni la viteza de pe această bibliotecă.
Celelalte biblioteci pentru .NET nu sunt pur și simplu să fie menținute și nu au masa critică de utilizare sau a comunității de angajament pentru a face să vă succes ca un dezvoltator. Am petrecut o mulțime de timp încercarea de a obține aplicația mea de lucru cu „.NET API Facebook Client“, dar sunt foarte puține semne de viață în acea comunitate, ceea ce ma făcut să abandoneze.
Nu am încercat Facebook.NET deoarece nu a avut nici o sursă de verificat din ianuarie 2008, care nu au de bun augur pentru o țintă care se mișcă la fel de repede ca și API-ul Facebook.
Doar a văzut că acest lucru a fost lansat astazi: Facebook SDK - ul de la Microsoft .
Acest set de instrumente este oferit ca Facebook Client Library similar cu PHP Client Biblioteca Facebook sau bibliotecă JavaScript Facebook. Scopul este de a permite dezvoltatorilor .NET să pârghie rapid și ușor diferitele caracteristici ale platformei Facebook. Acest set de instrumente a evoluat în timp, cu intrare de la comunitate și de la Microsoft. Cea mai recentă versiune (V3.0) include noi îmbunătățiri arhitecturale și oferă o interfață asincronă pentru utilizarea setului de instrumente de Silverlight și de la WPF.
Se pare că cea mai bună opțiune acolo acum pentru deleveopers .NET.
Cel construit de inginerii Facebook? http://developers.facebook.com/blog/post/395
Așa cum am postat pe # 3908765 , l - am găsit pe Facebook # să fie destul de bine, deși a trebuit să workaround câteva lucruri. Nu este perfect, dar cu siguranță un bun punct de plecare.
Aș sugera direct, folosind API-ul Facebook. Când am investigat câteva luni în urmă cu SDK-uri, am găsit-le pe toate să fie depășite și destul de un câmp minat pentru a naviga. SDK-ul Facebook respectă standardele REST, astfel încât ar trebui să fie destul de ușor pentru a ridica. De asemenea, toate durerile care vin cu folosind API-ul Facebook (de exemplu, bug-uri, api schimbă tot timpul) sunt încă în curs de a fi acolo atunci când se utilizează un SDK, dar dacă scrie propriul cod, acesta va fi mai ușor pentru tine de a face cu lor. De asemenea, atunci când Facebook face o schimbare (care fac tot timpul, inclusiv un altul pe care le propuneți azi), nu va trebui să așteptați pentru SDK-ul să fie actualizat.
S-ar putea dori să încercați un nou API care am dezvoltat pentru graful sociale aici .
Este ușor de utilizat și în timp ce acesta va costa 50 $ debloca te va salva cu ușurință de ore de timp ține de fleacuri cu celelalte biblioteci acolo. Acesta va fi, de asemenea, actualizează în mod continuu ca să folosesc propria mea bibliotecă pe site-ul meu de bază. Asta înseamnă că nu trebuie să vă faceți griji despre asta de rupere, de fapt, este conceput în așa fel încât, dacă FB schimba obiectele lor va funcționa în continuare (nu rupe).
Vă rugăm să-l încercați și lasă-mă să știu cum funcționează pentru tine.
