ASP.NET MVC 응용 프로그램을 사용하고 있습니다. 그러나 ASP.NET MVC 페이지가 게시되지 않았거나 포스트 백이 없다는 사실을 이해할 수는 없습니다. 어떻게 가능합니까? 데이터를 게시하지 않으면 MVC 프레임 워크가 게시 된 데이터를 어떻게 조작 할 수 있습니까? 그래서 ASP.NET MVC에 포스트 백 (post backs)이 없다는 것을 알려주는 것이 무엇입니까? 또한 REST 원칙은 무엇에 관한 것입니까?asp.net mvc postback
내가 본 웹 콘텐츠에서 이해할 수 없습니다. 아무도 설명 할 수 있을까요?
ASP.NET 게시물과 ASP.NET MVC 게시물의 차이점은 MVC에서 페이지가 ASP.NET의 일반적인 페이지 수명주기를 거치지 않는다는 것입니다. 대신 게시물이 하나의 처리 방법에 매핑됩니다.
MVC의 매력 중 일부는 기존 ASP.NET의 상태 추적 메커니즘 중 일부와 이혼한다는 것입니다. 각 POST 또는 GET이 개별 제어기 및 메소드에 맵핑되므로보기 상태와 같은 것을 추적 할 필요가 줄어 듭니다.
많은 상태 정보를 게시하지 않고 전체 페이지 수명주기를 처리하지 않기 때문에 포스트 모델은 전통적인 웹 양식과는 완전히 다른 특성으로 간주되지만 여전히 익숙한 HTTP 방법에 의존합니다.
REST에 대한 질문과 관련하여 위키피디아에 대한 간략한 개요를 읽을 수 있습니다. http://en.wikipedia.org/wiki/Representational_State_Transfer
ASP.NET MVC 페이지가 실제로 게시됩니다. ASP.NET의 '포스트 백'이 페이지의 기본 (유일한) 양식의 일반 게시물 일뿐입니다. MVC에서 양식은 (일반 html과 마찬가지로) 게시되지만 주요 차이점은 특정 컨트롤러 작업에 게시된다는 것입니다.
MVC에는 포스트가 있으며 WebForm 개념은 포스트 백이 아닙니다. WebForms에서는 모든 것이 그 양식을 만든 양식으로 돌아가고 양식은 해당 이벤트를 처리하고 해당하는 경우 그에 따라 리디렉션합니다. 이것은 최소한 내 의견으로는 웹 개발에 다소 이상한 이벤트 모델 표현을 제시했다.
MVC는 다른 한편으로는 서버 측의 작업에 데이터를 게시합니다. 어디에서나 원하는 모든 작업. 이 작업은 해당 게시물을 처리하는 방법입니다. 이 버튼에 대한 메소드 및 해당 자동 포스트 백 드롭 다운에 대한 메소드가 아니라 해당 게시물을 처리하고 이에 따라 다음 뷰를 반환하는 단일 원자 조치.