Seife, REST, xmlrpc. Facebook, twitter, [insert Web 2.0-Site]. Was ist der endgültige Web-API und das das sein würde, die Sie würden höchstwahrscheinlich in Ihrem eigenen Code replizieren und aus welchem Grunde? Es scheint, dass einige Web-APIs Übelkeit in Entwickler aufrufen, während andere reine Anbetung berufen. Wenn Sie wurde gesagt, eine API für eine Website / Produkt zu entwickeln, die Sie emulieren würde (auch wenn es viel des Guten)?
Welche Web-APIs würden Sie am meisten wollen, replizieren oder sind die beliebtesten?
quelle vom benutzer Greg Roberts
In anderen Sprachen...
Produkte von 37signals haben große APIs, mit RESTful XML-over-HTTP. Die Dokumentation ist recht gut.
HTTP selbst.
Die Primitive vorgesehen ist ausdrucksstark, doch allgemein genug, um eine breite Palette von Problemen angewandt werden. Die APIs, die meine Haare ergrauen sind diejenigen, die unwarrented Annahmen darüber, wie werde ich sie nutzen. HTTP ist schön nicht-normativ.
Der Google GDATA Satz von APIs - ich benutze den YouTube - erweitert Atom, ein Standard in seinem eigenen Recht, so verbrachte Zeit mit ihm auch der Entwicklung wird Zeit des Lernen über dieses RSS-Typ-Protokoll ausgegeben, das ihm einen Vorteil gegenüber mehr gibt proprietärer IMHO.
Flickr API ist ziemlich gut: http://www.flickr.com/services/api/
Verbrachte ein paar Monate mit ihm zu arbeiten und fand es ziemlich brauchbar. Die Dokumente sind zu groß, was gemacht viele hat es viel einfacher zu sein scheint.
REST, JSON / XML / PHP / SOAP-Protokolle ist jeder Endpunkt Namensraum, viele Optionen / Parameter für jede Anforderung. Fehlermeldungen und Codes sind zu dokumentieren.
Vor allem können Sie damit Zugang nur über alle Informationen Flickr speichert über seine Fotos und Benutzer (mit den entsprechenden Berechtigungen, natürlich). Gotta love gute APIs!