私たちはREST準拠のAPIを構築中です。バックエンドはPHPで実装されており、インタフェースは設定のモットーよりも規約に従いたいと考えています。Rails ActiveResource
多くのAPIコンシューマはRails開発者になり、APIを構築するためのTDD戦略に従って、ActiveResourceを使用してコンシューマを実装し、APIをこれらの標準に準拠させるように設計しました。
このアプローチは賛成できませんか？ Flickr、Facebook、Twitterなどのような強力なAPIを構築することが快適になるように、他のオプションや規約を守ることができますか？
ありがとうございます。 APIのアクションにマッピングHTTPメソッドとURLの
チャド
ActiveResourceは、（実体のネスティングが本当の頭痛することができます）
をかなり冗長にするためにXMLを必要とし、IMO非常によく設計されていませんサービスが行く方法かもしれないが、彼らは非Railsの消費者にはかなり醜いように見えるだろう。
技術を使用できるようにするには、ActiveResourceを使用せず、データに合ったXML（またはJSON）を作成します。
私はActiveResourceを使用して通信するシステムをいくつか構築しましたが、もっと最近私は上記のように簡単に行うことができました。
使用ActiveREsourceの規則では、Railsのを使用するユーザーの多くが言うように、特に場合は、良いアイデアです。それに加えて、 "Your Web Service Might Not Be RESTful If…"は、GET/POST/PUT/DELETEを正しく処理するだけで、本当にRESTする必要があるわけではありません。ところで、あなたが言及したapiの多くは実際にはRESTではありません。あなたの消費者の大半は多分ActiveResource準拠したRESTを使ってRailsの開発者になる場合
おかげヴィタリー。他のAPIについてのGotcha - いつもの通り目標は常にうまく設計されたものをモデル化することです！ – Chad
は少し遅くなるかもしれませんが、あなたのデータのためのAPIを構築している場合、これは間違いなく読む価値がある：https://plus.google.com/112678702228711889851/posts/eVeouesvaVX
Danさんありがとうございました...これは良い情報であり、われわれが心に留めていたものにかなり近いです。 – Chad