意味
RESTの原則は理解しやすいように見えますが、これは、 RESTサービスのコンテキストで実行してはならないことについての短いリストです。
しないでください：
-
メソッドGETまたはPOSTを介してすべてをトンネリングします。リソースで使用されている動詞/メソッドが失われ、RESTリソースの処理が不透明になります。
-
キャッシングを無視する：サービスは、クライアント側または一部のネットワーク中間体で使用可能なキャッシュを考慮して、要求に応答するように準備する必要があります。要求されたリソースを返すだけでGET要求に応答することは常に良い考えではありませんが、リソースが変更されておらず、すべてのデータを再度読み取る必要がないことを要求者に示すこともお勧めします（たとえば、 HTTPリターンコード304（「未変更」）が代わりに返されます）。
-
応答コードを無視する：応答コードを正しく処理することで、RESTアプリケーションアーキテクチャーの柔軟性を高め、パフォーマンスを向上させることができます。
-
誤用Cookie： Cookieはサーバー側の状態を示すために定期的に使用されますが、RESTアプローチはステートレスであり、交換されるリソースとそれらに適用されるメソッドにのみ基づいています。
-
ハイパーメディアを忘れる：リソースは他のリソースに頻繁にリンクされています。クライアントアプリケーション内でリソースの関係を実装するだけでなく、リソース自体に提供されているハイパーリンクに基づいてRESTリソースをナビゲートすることをお勧めします。
-
MIMEタイプを無視する：RESTアプリケーションではリソースの表現が非常に柔軟であるため、アプリケーションはさまざまなリソース表現（XML、JSONなど）を使用して最適な表現を選択できます。
-
自己記述性を破る： RESTメッセージ（ヘッダーと本文を含むHTTP要求または応答）には、（汎用）クライアント、サーバー、または仲介者が処理できるように十分な情報が含まれている必要があります。アプリケーションが独自のヘッダー、フォーマット、またはプロトコルを発明した場合、自己記述性の制約はある程度破られます。
