はてなブックマーク

/users /users/123 どのようなパターン？ コレクションリソースとメンバーリソースの2種類のリソースをひとまとめとして扱い、使用するメソッドを限定する。 コレクションリソースがFactoryの役割も果たす。 Railsのリソース設計では基本となるパターンであり、9割方これで済むといっても過言ではない。（なので用途を絞った派生パターンを考えていく必要がある：Transaction Resource パターンなど） 使用メソッドとの組み合わせ Railsのアクション名を例に挙げる。 GET POST PUT DELETE /{name} index create - - /{name}/{id} show - update destroy すべてを使うことはまれなため、8種類中5種類に使用を限定しているのがポイント。 リソースの分類からみる /{name} （コレクションリソース

Webアプリケーションについて、RESTfulなURL・リソース設計のパターンを見出すことで、 どのパターンかを判断するだけで、既存の Good Practice が適用できる 名前をつけて呼べるようにしたい Railsなどのフレームワークで簡単に適用できるようにしたい ということを目指しています。 ほんとうに役立つか これはパターンと言えるのか もっと他にもある だいぶ粒度がバラバラ 名前の付け方（パターンは名前重要） など、ぜひご意見をください。 パターン Collection & Member Resource パターン Singular (Singleton) Resource パターン Filtered Collection パターン Filtered Subresource パターン Multi-member Resource パターン Partial Resource パター

Webアプリケーションについて、RESTfulなURL・リソース設計のパターンを見出すことで、 どのパターンかを判断するだけで、既存の Good Practice が適用できる 名前をつけて呼べるようにしたい Railsなどのフレームワークで簡単に適用できるようにしたい ということを目指しています。 ほんとうに役立つか これはパターンと言えるのか もっと他にもある だいぶ粒度がバラバラ 名前の付け方（パターンは名前重要） など、ぜひご意見をください。 パターン Collection & Member Resource パターン Singular (Singleton) Resource パターン Filtered Collection パターン Filtered Subresource パターン Multi-member Resource パターン Partial Resource パター