各ユーザアカウントごとにリソースを持ったりする類のウェブアプリケーションの URL 規則に悩む。
以下のような仕様のウェブアプリケーションの URL 付けに悩む。
以下は，この 2 と 3 の URL をどうしましょか，というお悩み相談。
2 を実現するために，よく http://example.jp/home/klm/ （klm はユーザ名）みたいな URL が用いられる。この URL をどうしようか，というのが，ひとつめの悩みどころ。
無難なのは b なんだけれども，何を挟むのかとても悩む。どれに市民権があるのかもよくわからない。うーむ。個人的には c を採用したいんだけれども，現実的には敢えてそうしなくても，という感じなのかしら。ブラウザ側はもう概ね問題ないんだろうけども，URL をデータとして扱う他のアプリがそれをうまく扱えなければあまり美味しくないしなあ。適当にぐぐった限りでも，最近のウェブアプリでも同定問題がでてるようだし。
さらにもうひとつ，3 の URL をどうするか，というのがありまして。 これには大きく分けて二つのやり方がありそうな感じで：
多くのアカウント間をブラウズするような，コミュニケーション要素のあるサービスでは a 方式がよさそう（cf. 他人のアカウントから自分アカウントへのリンクをおく場合，どこにリンクするのが妥当?）。 一方，基本的にひとりで利用するような，フィードリーダーや ToDo 管理のようなサービスでは b 方式かな? b 方式は 2 の問題と同様に，どういう名前にするのかとても悩む。b' にすると名前を考えなければならないという呪縛からは逃れられるが，例えばはてブトップページのようなものをトップに置きたくなったりもしますよねぇ。
RTM は後者のタイプのアプリケーションであるけども a 方式をとっていますね。よくみると，公開タスクのビューとログイン後のビューが合わせてあり，同一の URL としてマップしても違和感が無いように作ってありますね。「基本的にはひとりで利用するけども，多少は他ユーザとのコミュニケーションも行う」ようなアプリの場合は，a 方式でがんばって違和感の無いようUIをつくる方策がよいのかもしれません。今つくってるアプリは，これでいくかなー。
なんか，ご意見等ありましたら是非。
(nil)
Trackback URI: http://okowa.org/vector/2007/02/11/url-design/tb