URLのパスは複数形にすべき!? WEBサイトのURLのパスで悩んでるんですけど、これってどっち派ですか!? http://example.com/tag/cat

英語 | PHP261閲覧xmlns="http://www.w3.org/2000/svg">25

ベストアンサー

0

その他の回答(3件)

0

> どっち派ですか!? 他の方も仰っているけど、使い方による。 URLのパスの様に見せる際に複数のタグを指定しようとする(tags/cat/dog)と、cat または dog ではなく、cat 配下の dog の様にしか見えないですよね? __そもそも複数を指定する事を考えていない? だとすると、複数形である意味が無いと考えるので、tagsは選択肢に無いです。 パスという形で指定する=ディレクトリツリーの様に見せるので、(階層構造のタグだとしても)最終的には特定のディレクトリ(=タグ)に属するものを指すのだから、複数形になるのはとても気持ち悪く感じます。 アンダーバーや + - をタグに含まない(それらで and、or、notを表現)という前提で、tags/cat_dog とか、tags/cat+dog の様に表現するなら、複数のタグを受け入れる仕様なので tagsしか選択肢が無い様に思います。 __個人的にはこんな仕様は採用しないで __クエリで指定する

この返信は削除されました

0

多分tagの下に複数のcatやdogが有るのでしょうからtagsの方が適切だとは思います。 逆に、複数無いならtagパス自体不要。

ありがとうございます 複数っていうのは「タグテーブルにはネコとかイヌとかのタグ達がある」というデータベースの話ですよね 他方、表示するページの話に目を向ければ「ネコのタグが付いた記事達」とか「ネコのタグがついたツイート達」という意味を帯びると思うんで「タグは単数」ですよね つまりどっちの話に目を向けるかで適切さが変わるわけですが、なんで前者が適切だと思ったんですか? 前者の方がどんな点で適切性が高いのか、それとも歴史的、慣習的に共有性が広いのか?または後者について件の意味は帯びないだろうと考えるのか、ただ後者を忘れてただけか?なんですかね?

0

一度に指定できるのが 1 つなら単数。 複数指定できるなら複数。 でもまあ好きなようにしたらいい。