RESTとURL設計の重要さを理解して「キレイなエンジニア」を目指す！ - Everyleaf Lab
こんにちは、@kukoです。 今日は私の苦手なRESTの話をしますね。 はじめに Rails1系から2系に上がった時に、頭を悩ませたのがRESTでした。 宗教じみてるし、なんか設定も複雑でやることが増えたような気がして、なかなかお友達になれない。 しかし、RoRのアプリを作っていくにあたって、どうしてもさけては通れない道でした。 私と同じように悩める方がいたらぜひ参考にして欲しくて、 RESTとは何か。 URLはどうあるべきか。 の、とっかかりとなる話をしたいと思います。 RESTとは 「RESTとは、ウェブのような分散ハイパーメディアシステムのためのソフトウェアアーキテクチャのスタイルのひとつである」 そんなこと言われても困ってしまいますよね。。 RESTは「リソース」を扱うための考え方であり、 URLというのは特定のリソースを指し示しているのです。 リソースとリソースの操作 RESTを
たかが URI の設計、されど URI の設計 | システム設計日記
関心事オブジェクトの「現在の状態」を利用者に提供するパターンのひとつが、REST スタイルの GET 方式。 GET /リソースの識別名(URI) をサーバーにリクエストすると、「現在の状態 ( current state )」の表現 ( Representation ) がかえってくる、というやつですね。 ドメインモデリングのパターンとして、私は、「リソース」を「関心事オブジェクト」、「ＵＲＩ」を「識別キー」という言葉にしている。 実際に、HTTP を使うかどうかは別として、 ◎ リソース（＝関心事オブジェクト）の ◎ URI (＝識別キー) を指定して ◎ 現在の状態(current state)を入手する というのは、エンタープライズアプリケーションの基本価値のひとつですね。 「関心のあることを知る」という業務の基本ニーズ。 このニーズに応えるための GET 方式のモデリング・設計は
RESTとURL設計の重要さを理解して「キレイなエンジニア」を目指す！
RESTとURL設計の重要さを理解して「キレイなエンジニア」を目指す！ こんにちは、@kukoです。 今日は私の苦手なRESTの話をしますね。 はじめに Rails1系から2系に上がった時に、頭を悩ませたのがRESTでした。 宗教じみてるし、なんか設定も複雑でやることが増えたような気がして、なかなかお友達になれない。 しかし、RoRのアプリを作っていくにあたって、どうしてもさけては通れない道でした。 私と同じように悩める方がいたらぜひ参考にして欲しくて、 RESTとは何か。 URLはどうあるべきか。 の、とっかかりとなる話をしたいと思います。 RESTとは 「RESTとは、ウェブのような分散ハイパーメディアシステムのためのソフトウェアアーキテクチャのスタイルのひとつである」 そんなこと言われても困ってしまいますよね。。 RESTは「リソース」を扱うための考え方であり、 URLというの
人間のために分かりやすい実用的なURLを設計する方法
URL Design [ad#ad-2] 下記は各ポイントを意訳したものです。 はじめに URLを設計する理由 トップレベルのセクションは重要 URL構造を増強する方法 クエリの文字列 URLにはASCIIを URLは検索エンジンのためにではない URLは合意 全てがURLを持っているべき リンクはリンクらしく 再利用できないURL 素晴らしいURLの例 おわりに はじめに あなたは、URLの構造を設計するのに時間をかけるべきです。この記事を読んだ後で、あなたに一つだけ覚えておいてほしいことは、URLの構造を設計するのに時間をかける、ということです。 URLデザインは簡単ではなく、正しい解決方法があると言うことはできません。しかしそれは、他のデザインと同じです。良いURLデザインがあり、良くないURLデザインがあり、そしてその中間もあります。 しかし、それは素晴らしいURLデザインを作るこ
RailsでのfavoriteのURL設計 - ぶろぐ。@はてな
http://d.hatena.ne.jp/r7kamura/20110505/1304577667がすごいなと思って、routes.rbの書き方の例についてコメントしたのですが、自分で書いておいて後で「unfavorite」はちょっとまずいかなと思ったので、favorite（いわゆるお気に入り、スター）はどういうふうに設計すればいいのか考えてみました。 構造はよくある感じの、 tweet has_many favorites user has_many favorites 任意のツイートに任意のユーザーがお気に入りをつけられるというもの。別にツイートじゃなくても何でもOKです。 ブログのコメントにはこのように書きました。 (1) resources :tweets do member do post 'favorite' post 'unfavorite' end end ルーティングは
HOKYPOKY.BLOG » 「#!」を含むURLについて
「#!」を含むURLについて。 TwitterやLifehacker(先日リニューアルした)やちょっと前のFacebookなどで使われている技術なんだけど、最近少し反感をかっているらしい。 http://d.hatena.ne.jp/karasuyamatengu/20110212/1297465199 http://d.hatena.ne.jp/karasuyamatengu/20110210/1297363019 このあたりかな。（※ ブログ主は原文を訳したりまとめているだけ。） 正直ボクはこの手法がとても好きである。 理由は簡単で ・軽い、速い コレに尽きる。 ・やり取りする情報が少ない -> 転送量が少ない。 ・サーバー負荷が少ない -> レスポンスのスピードが速い。 ・Ajaxなので画面が真っ白になることなく遷移する -> 体感速度的にも速い。 ・CPUパワーについては
さらなる「#!」URL批判 - karasuyamatenguの日記
このブログはlifehackerを含むgawkerメディア系サイトの#!URLへの移行を批判している。 http://isolani.co.uk/blog/javascript/BreakingTheWebWithHashBangs/ 以下、isolaniとテングの見解をごっちゃ混ぜに紹介する。 lifehacker他のgawkerメディアサイトが数日前に長時間におよびアクセス不能になった。(厳密に言うとページ内のコンテンツアクセス不能になった) #!URLベースのサイトはJavaScriptにエラーがあるとコンテンツが一切ロードせずのっぺらぼう状態になってしまうようだ。 #!について 「#!」は何で呼ぶの？ shebangと綴られる。 Hash=# Bang=!の略 発音すると「シバン」といったところか。(ちなみにUnixの#!とは無関係) 以下「#URL」は： サイト内のロケーション情
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails routing and URI fragment identifier