Săpun, REST, XMLRPC. Facebook, Twitter, [inserați Web 2.0 site-ul]. Care este API-ul definitiv și care ar fi cel pe care le-ar reproduce cel mai probabil în propriul cod și pentru ce motiv? Se pare că unele API-uri web invoca greață în timp ce dezvoltatorii alte invoca închinarea pură. Dacă ați fost spus să dezvolte un API pentru un site / produs, care să vă imite (chiar dacă era nejustificată)?
Ce API-uri web ar cel mai doriți să reproducă sau sunt cele mai populare?
sursa de către utilizator Greg Roberts
În alte limbi...
Produse din 37signals au API - uri mari, folosind REST XML-over-HTTP. Documentația este destul de bun, de asemenea.
HTTP în sine.
Primitivele furnizate sunt expresive, dar suficient de generale pentru a fi aplicată la o gamă largă de probleme. API-urile care transforma meu gri parul sunt cele care fac presupuneri unwarrented despre modul în care am de gând să le folosească. HTTP este frumos non-prescriptive.
Setul Google GData de API-uri - folosesc YouTube o - se extinde Atom, care este un standard în sine, astfel încât timpul petrecut în curs de dezvoltare cu ea este, de asemenea, timpul petrecut de învățare despre acest protocol de tip RSS, ceea ce îi conferă un avantaj de peste mai mult cele proprietare IMHO.
API - ul Flickr este destul de bun: http://www.flickr.com/services/api/
A petrecut câteva luni de lucru cu ea și a găsit-o destul de ușor de utilizat. Docs sunt prea mari, pe care mulți au făcut să pară că mult mai ușor.
REST, JSON / XML / PHP / protocoale SOAP, fiecare punct final este namespaced, o mulțime de opțiuni / parametri pentru fiecare solicitare. Mesaje de eroare și codurile sunt documentate de asemenea.
Cele mai multe dintre toate, vă permite să accesați doar despre toate stochează informații despre Flickr fotografii și utilizatorii săi (cu permisiuni corespunzătoare, desigur). Trebuie să iubesc API-uri bune!