Mydło, odpoczynek, xmlrpc. Facebook, Twitter, [insert web 2.0 site]. Jaki jest ostateczny Web API i który byłby taki, który będzie najprawdopodobniej replikacji w swoim własnym kodem iz jakiego powodu? Wydaje się, że niektóre API web wywołać nudności deweloperów podczas gdy inne powołują czystego wielbienia. Jeśli kazano opracowania API dla strony / produktu, który chcesz emulować (nawet jeśli było to przesadą)?
Co Web API będzie najbardziej chcesz powielać lub są najbardziej popularne?
Wyroby z 37signals mają wielkie API, za pomocą relaksującego XML-over-HTTP. Dokumentacja jest dość dobre.
Formacie HTTP siebie.
Prymitywy przewidziane są wyraziste, a jednocześnie na tyle ogólne, aby być stosowane do szerokiego spektrum problemów. API, które z kolei moje włosy szare są te, które sprawiają unwarrented założenia o tym, jak będę z nich korzystać. HTTP jest pięknie nienormatywnym.
Google GDATA zestaw API - używam YouTube jeden - rozciąga Atom, który jest standardem w sobie, więc czas spędzony rozwijających się nim także czas spędzony poznawania tego protokołu RSS typu, co daje mu przewagę nad bardziej zastrzeżony te IMHO.
Flickr API jest dość dobre: http://www.flickr.com/services/api/
Spędził kilka miesięcy pracy z nim i okazało się to bardzo użyteczne. Docs są zbyt wielkie, które dokonały wielu wydaje się, że o wiele łatwiej.
REST, JSON / XML / PHP / protokołów SOAP, każdy punkt końcowy przestrzeni nazw, wiele opcji / parametrów dla każdego żądania. Komunikaty o błędach i kody są udokumentowane zbyt.
Przede wszystkim nie pozwala na dostęp do wszystkich informacji tylko o Flickr sklepów o swoich zdjęć i użytkowników (z odpowiednimi uprawnieniami, oczywiście). Pokochałbyś dobre API!













