간단하게 안정된 라우팅

왜 MVCContrib의 간단히 안정된 라우팅과 같은 것을 사용하고 싶습니까? 새 항목을 만들 때 New라는 작업 메서드와 Create라는 게시물 요청을 처리 할 작업 메서드가 필요한 이유는 무엇입니까? 왜 Create라는 2 가지 메소드를 작성하지 않는 것이 좋을까요? 편집과 삭제에서도 마찬가지입니다.간단하게 안정된 라우팅

출처

2011-01-19 Brendan Vogt

사이드 레터에서 간단히 안정된 라우팅은 더 이상 MvcContrib 3에 없습니다.하지만 비슷한 일을하는 다른 프로젝트가 있습니다. 그냥 NuGet을 확인하면 이미 나열된 몇 가지를 볼 수 있습니다. –

왜 Create라는 메소드를 만들지 않습니까?

그것은 다른 무엇보다 관습입니다. RESTful 시스템으로 작업하는 사람들은이 시스템에 익숙합니다. 따라서 누군가/응용 프로그램에 익숙하지 않고 새로운 항목을 만들려고하는 것이 GET /item/new이므로 규칙이 적용됩니다. Create을 사용했다면 그는 응용 프로그램에서 표준 규칙을 사용하지 않았기 때문에 사용자에게 연락하고 문서를 읽어야합니다.

출처

2011-01-19 12:37:58

처음에는보기가로드되어/Item/New 같은 것을 표시하는 경우에 대해 마음에 들지 않습니다. 제출을 클릭하면 오류가있을 때 링크가/Item/Create로 변경됩니다. 링크가 어쨌든 변경되고 표시가 생성되면 요점은 무엇입니까 ?? 가서 샘플 앱을 체크인하고 변경할 수도 있습니다. –

@Brendan, 요점은 응용 프로그램 논리가 자동으로 검색 가능하고 규칙을 따르는 것입니다. 또한 유효성 검사 오류가있는 경우 브라우저가'/ Item/Create'로 이동하면 왜 귀찮을까요? 이것은 당신이 그것을 좋아하지 않는다면, 사용하지 마십시오. 방금 왜 우리가 New 및 Create =>를 사용하는지에 대한 귀하의 질문에 답했습니다. 왜냐하면 그것이 RESTful 규칙이기 때문입니다. –

알았어요. 감사. –

답변

관련 문제