# リソース設計

## アプローチ

1. Webサービスで提供するデータを特定する
2. データをリソースに分ける
3. リソースにURIで名前を付ける
4. クライアントに提供するリソースの表現を設計する
5. リンクとフォームを利用してリソース同士を結び付ける
6. イベントの標準的なコースを検討する
7. エラーについて検討する

## リソースの要件

* アドレス可能性
* 接続性
* 統一インタフェース
* ステートレス性

## URIのセミコロン、コンマ

コンマ区切りの列挙、セミコロン区切りの列挙

本の例から．．．

/position?latitude=36.313\&longitude=124.234

よりも

/position/36.313,124.234

/colorpair?color1=red\&color2=blue

よりも

/colorpair/red;blue

/articles?start=20061201\&end=20071201

よりも

/articles/20061201-20071201

<http://masuda220.jugem.jp/?eid=427>

## トレイリングスラッシュ

付けるのをデフォルトとする。ディレクトリかどうか判別でき、無駄なリダイレクトが発生しないため。

googleもつけてるし。

一応参考

[www.php-zfex.jp/blog/2012/04/12/trailing-slash/](http://www.php-zfex.jp/blog/2012/04/12/trailing-slash/)

<http://web-tan.forum.impressrd.jp/e/2010/06/18/8214>