나는 this 질문을 보았습니다.하지만 상당히 오래된 것이 었습니다. 이제 ARes에 대한 다른 대안이 있다고 생각합니다.REST API 레일 사용하기
는 많은 사람들이 ActiveResource 오래된 헤비급의 종류라고 생각하는 것 감안할 때, 나는 Api Smith, Her, Roar에서 물론 아르의보고했습니다.
이러한 보석 중 가장 안정적이며 미래의 대안을 제시 할 수있는 것은 무엇입니까?
HTTParty 또는 패러데이와 같은 하위 수준 라이브러리를 사용하지 않는 이유는 무엇입니까? 그들은 당신을 위해 추악한 것들을 많이 다루고 (ssl, jsons와 XML의 파싱/직렬화, 로깅, 헤더 추가 ...) 당신은 URL과 데이터 관리를 완벽하게 통제 할 것입니다.
단순히 open-uri 및 json을 사용하는 것이 가능한 옵션이라는 것을 알았습니다. 더 적은 상용구 및 제어/구성 가능성
예 :
@people = JSON.parse(open("http://api.people.com:3000/people").read, symbolize_names: true)
포효 보석의 목적은 빌드와 개체를 역 직렬화하는 것입니다 그것은 등 JSON-API, JSON-HAL, XML과 같은 여러 가지 JSON 형식을 처리하고 확장하는 것이 매우 쉽다 기본 Representable Gem (인기있는 ROXML gem에서 추출한). Roar가 ARes에 대한 가장 대중적인 대안이라고 생각하면, 훨씬 더 큰 선구자 생태계의 일부분입니다. (당신은 그것을 당신 자신의 것으로 사용할 수 있습니다) - 나는 Roar가 "미래의 증거"라고 주장 할 것입니다. 그러나 나는 편견을 갖을지도 모른다.
물론 이것은 실용적인 대안이기도합니다. API 스미스는 기본적으로 HTTParty이며, 그녀는 패러데이에 ARM과 같은 규칙이 추가 된 ORM이 내장되어 있습니다. 이 라이브러리는 상용구 코드를 조금 줄이지 만 가치가 없을 수도 있습니다. – Yeggeps
절대로 가치가 없습니다. 피할 수있는 상용구와보다 적은 제어 및 구성 가능성 사이의 균형이 유지됩니다. – rewritten