우리는 REST 호환 API를 개발 중입니다. 백엔드는 PHP로 구현되었으며 인터페이스는 컨셉 모토를 뛰어 넘는 관례를 따르기를 바랍니다.레일즈 ActiveResource
많은 API 소비자가 Rails 개발자가 될 것이며 API를 빌드하는 TDD 전략에 따라 API를 이러한 표준을 준수하도록 구성하면서 ActiveResource를 사용하여 소비자를 구현하는 방법을 고려했습니다.
이 접근법이 좋지 않습니까? 플리커 (Flickr), 페이스 북 (Facebook), 트위터 (Twitter) 등의 강력한 API를 구축하는 데 편안함을 느낄 수 있도록 우리가 고수 할 수있는 다른 옵션이나 협약은 무엇입니까?
모든 포인터 주셔서 감사합니다. API 작업에 매핑 HTTP 메소드 및 URL에 대한
차드
ActiveResource은 소비자의 대다수는 어쩌면 ActiveResource 준수 REST를 사용하여 레일 개발자가 될 경우
(단체의 중첩이 진짜 두통 일 수있다) 꽤 자세한 정보 및 IMO하지 아주 잘 설계되어야하기 위해 XML을 필요로 서비스는 갈 길이 멀지 만, 비 Rails 소비자에게는보기 흉하게 보일 것입니다.
기술을 사용하려면 ActiveResource를 사용하지 않고 데이터에 적합한 XML (또는 JSON)을 만듭니다.
저는 ActiveResource를 사용하여 통신하는 몇 가지 시스템을 구축했으며, 최근에는 위에서 제안한 것처럼 쉽게 수행 할 수 있습니다.
사용 ActiveREsource 규칙은 당신이 레일을 사용하는 많은 사용자를 말하는 것처럼 특히, 좋은 생각이다. 그 외에도 "Your Web Service Might Not Be RESTful If…"을 GET/POST/PUT/DELETE를 올바르게 처리하는 것으로 읽는 것이 좋습니다. 실제로는 완전히 제거해야합니다. BTW, 당신이 언급 한 api 중 많은 부분이 실제로는 REST가 아닙니다.
감사 비탈리. 다른 API에 대한 Gotcha - 일반적으로 목표는 항상 성공적으로 잘 설계된 것들을 모델로하는 것입니다! – Chad
는 조금 늦게 될 수도 있지만 당신은 당신의 데이터를 API 년대를 구축하는 경우 이것은 확실히 가치가 읽기입니다 : https://plus.google.com/112678702228711889851/posts/eVeouesvaVX
감사합니다 댄 ... 이것은 좋은 정보이고 우리가 염두에 두었던 것에 아주 가깝습니다. – Chad