URLの命名規約について

Question

いまプログラムのURLを下記のようにしようと思っているのですが
trv/trv-plのように同一名称が続くのはおかしいでしょうか？(travel-placeの略です)

https://hoge.com/trv/trv-pl

https://hoge.com/trvまでは共通でその下を決めていく形です。trv以下の各画面のURLは現在他の画面はtravel-contentsのようにフル表記になっているのですがtrv/travel-placeみたいな感じに合わせた方が自然でしょうか？個人的にはフルスペルだとクドイ気がしています

https://hoge.com/trv/travel-contents
https://hoge.com/trv/travel-place
```

Answer 1

個人的な意見を言わせていただければ、変に（失礼）略すより、多少長くなってもユーザーが読んで分かる方が良いと思います。

ただ、英語にするなら英訳の能力が必要ですが・・・ 自分的には、travel-place, travel-contents は英語的にもっと良い表現がありそうな気がします。

（trv を travel の略と理解してくれるか疑問です。ググると、The Travelers Companies とか出てきますし）

Comments

[enigumalu]

やはりそうですか最初は手間だったのもあり多少意図を無視した省略形で良いかなと思っていたんですが
purchaseやreservation、expenseなどの項目もあり、どう略すのが良いか難しいため可能なかぎりそのままの方が良いのかと考え始めた次第です

Answer 2

「自分で好きに決めてください」が結論になると思います。

好みの問題でしかありませんが、可能な限り短く可能な限りわかりやすいのが私の好みです。すでに trv が使われているので私ならそれ以降の travel は省きます。

Comments

[enigumalu]

trvがシステム全体の名称箇所になっています。
プラスで画面が相当数あり、〇〇入力、〇〇更新、〇〇確認など似たような画面が複数種類あるので省け無いため、可能なかぎりくどいさを省いた形を模索しています。

[Zuishin]

ディレクトリで分類するのも手ですね。hoge.com/trv/main/places など

Answer 3

好みの問題だと思いますが、略すとこれはなんの略だろうかと考えてしまう時間が生まれてもったいないかと思います。
多少長くても意味が伝わるほうが大事かと思います。
あとはディレクトリで区切っていく方法で
trv/travel-place
は
travel/place
にしてしまえばくどくもないかなと・・・
それが今更変更できないようであってもそれくらいの長さなら全然許容範囲かと思います！