REST を理解しようとしている

Roy Fielding の REST (REpresentational State Transfer) を理解しようとしている。全然わからない。

経緯としては、こういうことのよう。

つまり REST は HTTP をちゃんと使うためのアーキテクチャの１つということなのだろうか。そういう観点で REST 制約を確認するとなんとなく腑に落ちる。

REST 制約

制約	概要
1. Client-server archtecture	ユーザーインターフェースと処理を分離する
2. Statelessness	サーバでアプリケーション状態を持たない
3. Cacheability	クライアントとサーバの通信回数を減らす
4. Layered System	システムを階層に分離する
5. Code on Demand (optional)	プログラムをサーバからクライアントにダウンロードして実行する
6. Uniform Interface	インターフェースを固定する
6.1 Resource identification in requests	アドレス可能性
6.2 Resource manipulation through representations	表現を通じたリソース操作
6.3 Self-descriptive messages	自己記述的メッセージ
6.4 Hypermedia as the engine of application state (HATEOAS)	ハイパーメディア制約

REST はシステムの大きな枠の設計で、ネットワークシステムのアーキテクチャスタイルの１つ。ちなみに SWEBOK による分類だと OOP とか DDD とかはマイクロアーキテクチャパターン（デザインパターン）と呼ぶ。REST とは別のレイヤーの話になるので混同しないようにしたい。

少し理解は進んだ気がするが、やっぱり全然わからない。