RESTとURL設計の重要さを理解して「キレイなエンジニア」を目指す！
RESTとURL設計の重要さを理解して「キレイなエンジニア」を目指す！ こんにちは、@kukoです。 今日は私の苦手なRESTの話をしますね。 はじめに Rails1系から2系に上がった時に、頭を悩ませたのがRESTでした。 宗教じみてるし、なんか設定も複雑でやることが増えたような気がして、なかなかお友達になれない。 しかし、RoRのアプリを作っていくにあたって、どうしてもさけては通れない道でした。 私と同じように悩める方がいたらぜひ参考にして欲しくて、 RESTとは何か。 URLはどうあるべきか。 の、とっかかりとなる話をしたいと思います。 RESTとは 「RESTとは、ウェブのような分散ハイパーメディアシステムのためのソフトウェアアーキテクチャのスタイルのひとつである」 そんなこと言われても困ってしまいますよね。。 RESTは「リソース」を扱うための考え方であり、 URLというの
たかが URI の設計、されど URI の設計 | システム設計日記
関心事オブジェクトの「現在の状態」を利用者に提供するパターンのひとつが、REST スタイルの GET 方式。 GET /リソースの識別名(URI) をサーバーにリクエストすると、「現在の状態 ( current state )」の表現 ( Representation ) がかえってくる、というやつですね。 ドメインモデリングのパターンとして、私は、「リソース」を「関心事オブジェクト」、「ＵＲＩ」を「識別キー」という言葉にしている。 実際に、HTTP を使うかどうかは別として、 ◎ リソース（＝関心事オブジェクト）の ◎ URI (＝識別キー) を指定して ◎ 現在の状態(current state)を入手する というのは、エンタープライズアプリケーションの基本価値のひとつですね。 「関心のあることを知る」という業務の基本ニーズ。 このニーズに応えるための GET 方式のモデリング・設計は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
