Sapone, REST, XMLRPC. Facebook, Twitter, [sito web 2.0 inserto]. Qual è il web API definitivo e che sarebbe quello che si sarebbe molto probabilmente replicare nel proprio codice e per quale motivo? Sembra che alcune API web invocano la nausea a sviluppatori, mentre altri invocano la pura adorazione. Se v'è stato detto di sviluppare un'API per un sito web / prodotto che si desidera emulare (anche se era eccessivo)?
Ciò che le API web sarebbe che più desidera replicare o sono più popolari?
fonte dall'utente Greg Roberts
In altre lingue...
Prodotti provenienti da 37signals hanno grandi API, usando RESTful XML-over-HTTP. La documentazione è abbastanza buona, anche.
HTTP stesso.
Le primitive fornite sono espressive, ma abbastanza generale da applicare a una vasta gamma di problemi. Le API che trasformano il mio grigio dei capelli sono quelli che fanno le ipotesi unwarrented di come ho intenzione di usarli. HTTP è bello non prescrittivo.
Il set Google GDATA di API - io uso il YouTube uno - si estende Atom, che è uno standard a sé stante, così il tempo trascorso in via di sviluppo con esso è anche il tempo speso conoscere questo RSS-tipo di protocollo, che gli conferisce un vantaggio rispetto più proprietaria quelli IMHO.
API di Flickr è piuttosto buona: http://www.flickr.com/services/api/
Trascorso alcuni mesi di lavoro con lui e l'ho trovato abbastanza usabile. La documentazione sono anche molto bella, che molti hanno fatto sembrare molto più facile.
REST, JSON / XML / PHP / protocolli SOAP, ogni endpoint viene namespace, un sacco di opzioni / parametri per ogni richiesta. I messaggi di errore e codici sono documentati anche.
La maggior parte di tutto ciò che consente di accedere a quasi tutte le informazioni negozi di Flickr sulle sue foto e gli utenti (con i permessi appropriati, naturalmente). Devo ama la buona API!