Zeep, REST, xmlrpc. Facebook, twitter, [insert web 2.0 site]. Wat is de definitieve web-API en die degene die je het meest waarschijnlijk zou repliceren in uw eigen code en om welke reden zou zijn? Het lijkt erop dat sommige web-API's aanroepen misselijkheid bij ontwikkelaars, terwijl andere beroepen ware aanbidding. Als u werden verteld om een API voor een website / product wat zou je emuleren (zelfs als het was overkill) ontwikkelen?
Wat web-API's zou je het wilt repliceren of zijn het meest populair?
bron van user Greg Roberts
In andere talen...
Producten uit 37signals hebben grote API's, met behulp van RESTful XML-over-HTTP. De documentatie is redelijk goed.
HTTP zelf.
De primitieven zijn expressief, maar toch algemeen genoeg om te worden toegepast op een breed scala van problemen. De API's die mijn haren grijs worden zijn degenen die unwarrented veronderstellingen maken over hoe ga ik om ze te gebruiken. HTTP is prachtig niet-voorgeschreven.
De Google GDATA set API's - Ik gebruik de YouTube één - breidt Atom, dat is een standaard in zijn eigen recht, dus tijd besteed aan het ontwikkelen met het wordt ook tijd besteed aan het leren over deze RSS-type protocol, waardoor het een voorsprong geeft op meer proprietary degenen IMHO.
Flickr API is vrij goed: http://www.flickr.com/services/api/
Bracht een paar maanden werken met het en vond het erg bruikbaar. De documenten zijn ook geweldig, die veel hebben het lijkt erop dat veel gemakkelijker.
REST, JSON / XML / PHP / SOAP protocollen, elk eindpunt wordt naamruimten, veel opties / parameters voor elk verzoek. Foutmeldingen en codes zijn ook gedocumenteerd.
De meeste van alles wat het geeft je toegang tot zowat alle informatie Flickr stores over de foto's en de gebruikers (met de juiste machtigingen, natuurlijk). Moet wel houden van een goede API's!