비누, REST, xmlrpc. 페이스 북, 트위터, [웹 2.0 사이트 삽입]. 결정적인 웹 API는 무엇이며 어떤 코드를 사용하여 복제 할 가능성이 가장 큽니까? 일부 웹 API는 개발자에게 구역질을 유발하고 다른 개발자는 순수한 예배를 불러옵니다. 에뮬레이트 할 웹 사이트/제품 용 API를 개발하라는 말을 들었을 때 (과도 함에도 불구하고)?복제하려는 웹 API는 무엇이며 가장 인기가 있습니까?
37signals의 제품은 RESTful XML-over-HTTP를 사용하여 훌륭한 API를 제공합니다. The documentation도 적당합니다.
이것은 확실히 보이는 REST 기반 API의 훌륭한 구현. 이것이 최고일까요? 이것이 프로토 타입 REST 인터페이스로 간주 될까요? 이러한 유형의 구현의 장단점은 다른 것보다 무엇입니까? –
HTTP.
제공된 프리미티브는 표현 적이지만 광범위한 문제에 적용하기에 충분합니다. 내 머리카락을 회색으로 바꾸는 API는 내가 어떻게 사용할지에 대한 부당한 가정을하는 것입니다. HTTP는 아름답게 비 규범 적입니다.
API의 Google GDATA 세트 - YouTube 자체적으로 표준 인 Atom을 사용하므로 개발에 소요되는 시간도이 RSS 유형 프로토콜에 대해 배우는 데 시간을 할애 할 수 있습니다. 더 많은 독점적 인 것들에 대한 우위 IMHO.
플리커 (Flickr)의 API는 아주 좋은 것입니다 : http://www.flickr.com/services/api/
는 작업을 몇 달 지출과 꽤 사용할 발견했다. 문서도 훌륭합니다. 많은 사람들이 그렇게 쉽게 만들었습니다.
REST, JSON/XML/PHP/SOAP 프로토콜은 모든 엔드 포인트가 네임 스페이스로되어 있으므로 모든 요청마다 많은 옵션/매개 변수가 필요합니다. 오류 메시지와 코드도 문서화되어 있습니다.
무엇보다도 Flickr가 사진과 사용자에 대해 (물론 적절한 권한으로) 저장하는 모든 정보에 액세스 할 수 있습니다. 좋은 API를 사랑해야 해!
가능한 복제본 [웹 사이트 API의 표준은 무엇입니까? 트위터, 플리커, 페이 스북, 등] (http://stackoverflow.com/questions/297005/what-is-the-gold-standard-for-website-apis-twitter-flickr-facebook-etc) –