6

パスで:

フォーマット: http://mydomain.com/ {category}/{subcategory}/{pageNumber}/{pageSize}

例: http://mydomain.com/books/thriller/3/25

クエリ文字列で:

フォーマット: http://mydomain.com/ {category}/{subcategory}? pageNumber={pageNumber}&pageSize={pageSize}

例: http://mydomain.com/books/thriller?pageNumber=3&pageSize=25

私はすべてをパス上に置くのが好きですが、それに関する私の問題は、最初の例で「本」と「スリラー」が何であるかが明らかである(または少なくともある程度明白である)一方で、「3」と「25」はかなり恣意的に見えることです対照的に。

MVCで何がどこに行くのかを判断するための標準的な方法はありますか、それとも本当に開発者次第ですか?

4

6 に答える 6

17

ページ番号などをクエリ文字列変数に入れることを好みます。描写力に差があると思う

http://mydomain.com/books/thriller?pagesize=50&page=4

http://mydomain.com/books/thriller/50/4

(私にとって) きれいな URL を持つことのポイントは、より説明的で読みやすいものにすることであり、最初の例はまさにそれであることがわかりました。

JohnRudolfLewisによる 1 つの興味深い点は次のとおりです。

私が従う経験則の 1 つは、引数が必須の場合はパスの使用を検討し、引数がオプションの場合は常にクエリ文字列引数を使用することです。

于 2009-01-12T20:30:07.683 に答える
6

私が従う経験則の 1 つは、引数が必須の場合はパスの使用を検討し、引数がオプションの場合は常にクエリ文字列引数を使用することです。

全体として、私は URL をより読みやすくするものに固執します。

このサイトはそれをクエリ文字列に入れます: https://stackoverflow.com/questions?page=2&pagesize=30

于 2009-01-12T20:30:43.363 に答える
3

まあ、それは明らかにあなた次第です。しかし、人間が読めるはずの RESTful インターフェイスを設計しています。その点で、クエリ文字列ははるかに優れています。それ以外の場合は、実際には何でもあり得る 2 つの数値を見ていることになります。そして、誰がその順番を覚えているでしょうか?

于 2009-01-12T20:32:45.853 に答える
1

MVCで何がどこに行くのかを判断するための標準的な方法はありますか、それとも本当に開発者次第ですか?

それはあなた次第です。

MVC は、サーバー側コードの構成/フローに関するものであり、ビューをビジネス レイヤーから分離するものであり、クエリ パラメータに関するものではありません。

于 2009-01-12T20:30:03.067 に答える
0

次のことも検討できます

フォーマット

http://mydomain.com/{category}/{subcategory}/page/{pageNumber}/results/{pageSize}

http://mydomain.com/books/thriller/page/3/results/25
于 2009-12-21T04:04:08.417 に答える
-1

それはほとんど開発者次第です。URLにpageSizeを入れてください。

于 2009-01-12T20:30:15.377 に答える