MVC 해야한다,매김 정보로 이동에서 경로 또는 쿼리 문자열?

Question

에서 경로:

형식은: http://mydomain.com/{카테고리}/{하위 범주}/{pageNumber}/{pageSize}

예제: http://mydomain.com/books/thriller/3/25

에서 쿼리문자열:

형식은: http://mydomain.com/{카테고리}/{하위 범주}?pageNumber={pageNumber}&pageSize={pageSize}

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

내가 좋아하는 경로에 있는 모든 것,그러나 나의 문제는 하는 동안 그것은 분명(적어도 소 명)무엇인"책"및"thriller"에서 첫 번째를 들어,"3","25"예쁜 것은 임의로 대조적이다.

이 있는 정식을 결정하는 방법이 무엇인가에 MVC,또는 정말 그냥하는 화면 해상도를 지원합니다.

Answer 1

I 아보세요 같은 것들 pagenumbers 에서 쿼리 문자열 변수입니다.가 있다고 생각의 차이에 descriptiveness 사

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

고

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

포인트(나)의 깨끗한 url 은 그들을 위해 더 설명하고 읽기 쉬운,그리고 내가 찾는 첫 번째 예제는 단지.

한 가지 흥미로운 지점을 만든JohnRudolfLewis 입니다:

하나는 엄지손가락의 규칙을 따르는 는 경우에 인수가 필요, 고려 사용하여 경로를 경우 수 선택 사용 쿼리문자열에 인수입니다.

Answer 2

하나는 엄지손가락의 규칙을 따르는 경우 인수를 사용하는 것도 좋은 경로는 경우,인수를 선택,항상 사용하여 쿼리문자열에 인수입니다.

전반적으로 평가하자면,충실하게 만드는 무엇이든 url 을 더 읽을 수 있습니다.

이 사이트에서 그것을 그 쿼리문자열: https://stackoverflow.com/questions?page=2&pagesize=30

Answer 3

만,그것은 분명히 당신입니다.하지만,당신은 편안한 디자인 인터페이스가 있어야 할 인간이 읽을 수 있습니다.쿼리문자열에는 훨씬 더 나은입니다.그렇지 않으면 당신이 찾고있는에서 두 번호를 할 수 있습니다.고 누가 기억하십니까?

Answer 4

이 있는 정식을 결정하는 방법이 무엇인가에 MVC,또는 정말 그냥하는 화면 해상도를 지원합니다.

그것은 당신에게 달려 있습니다.

MVC 에 대한 조직/흐름이 서버의 측 코드 및 분리기 사업 층을,그리 많지 않에 대한 쿼리를 매개 변수입니다.

Answer 5

당신은 또한 다음을 고려하십시오

형식

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

예

http://mydomain.com/books/thriller/page/3/results/25

Answer 6

그것은 꽤 많까지입니다.내가 말할 것에 넣 pageSize 에는 URL 이 있습니다.