/controller/action/id
이상의 공통입니다어느 단순한 REST URL 패턴이 더 일반적/더 좋습니까?
/controller/id/action
? 어느 것이 바람직한가?
하나 또는 다른 것을 사용하는 전문가가 있습니까?
편집 :
또는 아마도 다른 방법으로이 질문의 생각, 왜 /controller/action/id URL 패턴에 가장 MVC 프레임 워크 (ASP.Net MVC, Grails는, 스프링 MVC) 기본합니까? 이것에 약간 이점이 있습니까?
Asp.Net MVC는 /controller/action/id을 사용합니다. 그래서 그 환경에서 가장 자주 볼 수 있습니다. 기술적 인 이점은 없지만 단순히 공통 패턴을 사용하면 이해하기가 더 쉽습니다.
확실히 /controller/action/id을 선호합니다. 이것은 명사 (동사)에 대한 작업을 식별하는 것이 아니라 자원 (명사)을 식별하는 것보다 나에게 느낀다.
리소스의 정확한 URL 외에도 HTTP 동사를 매핑하는 방법을 고려해야합니다. 내 경험상 우리는 동사와 결합 할 때 가장 의미가 있었던 것을 기반으로 URL을 뒤적 거리고 있습니다. 즉, 사용자가 브라우저를 통해 작업을 수행 할 수 있도록 특정 삭제 작업을 GET으로 노출하는 등의 편의를 위해 정식 접근 방식을 위반 한 곳도 두 곳 있습니다.
자세한 내용은이 토론을 참조하십시오. REST URL structure advice
위의 두 가지 모두 RESTful입니다. URL에 verb/actions가 없어야합니다. 그것들은 좋은 이유 때문에 HTTP 메소드에 국한되어 있습니다 (클라이언트가 그것에 대해 특별한 것을 알지 못해도 서비스와 상호 작용할 수 있도록).
는 GET과 POST는 "사용자가 브라우저를 통해 작업을 수행 할 수 있도록 GET으로 특정 삭제 작업을 노출"/controller/id
에
action매개 변수를 보낼POST를 사용을 제외하고 아무것도 할 수없는 경우 : 와우를, 세상에. 나는 어떤 웹 거미가 따라오고 그것이 단지 그것을 얻고 있다고 생각하는 당신의 모든 자료를 삭제하기를 바란다! GET과 POST 만 지원하는 브라우저에서 HTTP 메소드를 터널링 할 때 GET을 제외한 모든 것을 터널링하기 위해 POST를 사용하십시오! –