RESTアンチパターン

多くの人々にとって、RESTは単純にあるアプリケーションの機能を公開するためにHTTPを使用することを意味します。基本的で最も重要なオペレーション (厳密に言えば、「動詞」や「メソッド」がより良い表現です)は、HTTPのGETです。GETはURIによって特定されるリソース表現が必要です。しかし、多くの場合、それがすべてではないとしても、既存のHTTPライブラリやサーバープログラミングAPIは、リソースの識別子としてではなくパラメータをエンコードするための便利な手段として見ることがとても多いです。結果、以下のようなURLとなります。: http://example.com/some-api?method=deleteCustomer&id=1234 実際、URLを作る人は、与えられたシステムの「RESTful具合」について何も言いません。しかし、私たちは特定の場合においてGETが「安全」では

[sion0808]

RESTでやっちゃいけないこと

[ryuichi1208]

レスポンスコード、、、

[mdlkeiwaring]

自己記述性のところが何度読んでもわからない。守破離ってこと？

[qaz76]

φ(..)メモメモ

[kimutansk]

このいくつかは実際やらかしたので身をつまされるものが・・・　特に、最初のいくつか。

[mano-junki]

web api rest restful antipattern pattern 設計

[edajima]

"あなたが最初にRESTプロジェクトを始めるときに、最も一般的な罠のいくつかを避ける手助けとなれれば幸いです。"

[mollifier]

RESTアンチパターン 日本語訳

[tkash]

1. 全てをGETでつなぐ 2. 全てをPOSTでつなぐ 3. キャッシュを無視する 4. レスポンスコードを無視する 5. cookieを乱用する 6. ハイパーメディアを忘れる 7. MIMEタイプを無視する 8. 自己記述性を壊す