馬鹿につける薬: 実際に設計してみよう その1

さて、前回まででとりあえず、大枠は理解したということにしておこう。 これ以上は実際に設計しながら考えていくしかないだろう。 さて、私自身は職業プログラマなので、RESTというスタイルが仕事で使えるかどうかが大事だ。 これが、まったくもって向いてません、じゃあ困る。 というわけで、イントラネット上で公開する小規模な業務アプリを考えてみることにする。 で、考えてみた結果、「会議室予約システム」とかどうよ？ 前回までで、「RESTとはリソースおよびリソースの集合への操作であると見つけたり」というところに落ち着いた。 ということは、物理的なリソースへの操作のほうがRESTとの相性が良いんじゃないだろか？ で、考えてみた結果が、「会議室というリソース」への「予約」という操作だ。 まったく、新鮮味がないあたりが時代遅れで浦島太郎な私らしいが、それはおいといてほしい。 今までのスタイルに従って会議室予約