종료되었습니다. 이 질문은
주제에서 벗어남 입니다. 현재 답변을 받고 있지 않습니다.
댓글
답변
개인적인 의견은 ASP.NET MVC가 한발 앞서 있다는 것입니다.
ASP.NET Web Forms는 주로 이벤트 기반 접근 방식을 사용하여 Windows Forms에서와 같이 프로그래밍했다는 점에서 몇 가지 장점이 있습니다. Windows Forms로 프로그래밍했다면 실제로 집에 있었는지 확인하십시오. 또한 HTML / CSS / Javascript를 최대한 적게 작성했습니다. 그러나 코드가 뒤에 있더라도 여전히 디스플레이 로직에 직접 연결되어 있기 때문에 몇 가지 단점이 있습니다. … 및 ViewState / PostBack? 충분히 말했죠 (필요했지만 엉망 이군요 …)
여기에 둘 사이의 매우 긴 비교를 쓸 수는 있지만이 링크를 제공합니다. 내가 줄 수있는 것보다 훨씬 더 자세한 비교를 그립니다. 여기에 아주 좋습니다. http://coderjournal.com/2008/12/introducing-aspnet-mvc-part-2-aspnet-mvc-vs-webforms/
ASP 이후로 추가하겠습니다. .NET MVC는 디스플레이 로직과 분리되어 있으므로 다른 렌더링 엔진을 사용할 수 있습니다 (Razor는 훌륭한 IMHO). 이에 대한 Wikipedia의 정보 를 확인하십시오.
댓글
답변
확실히 기회가 있다면 “클래식”ASP.NET 대신 ASP.NET MVC를 선택하십시오.
물론, ASP.NET MVC의 많은 내용은 Ruby on Rails에서 찾을 수있는 것과 유사합니다. (또는 요즘 대부분의 MVC 웹 프레임 워크)하지만 그것은 나쁘지 않습니다. URL 라우팅과 뷰에서 컨트롤러를 분리하는 것은 실제로 작업하기에 정말 좋은 방법입니다.
그리고 프레임 워크를 WWW가 실제로 작동하는 방식과 일치하도록 유지함으로써 사각형 말뚝을 둥근 구멍에 집어 넣고 “상태 저장”모델을 상태 비 저장 프로토콜 ( “클래식 “ASP.NET은 그랬습니다), 그것은 ASP.NET이 가지고 있던 모든 끔찍하고 유출 된 추상화를 삭제합니다.
WPF 대신 ASP.NET MVC를 배워야합니까? 나도 모르겠습니다. 선택? ASP.NET MVC가 작동하는 모든 곳에서 WPF를 사용할 수는 없습니다 (반대의 경우도 마찬가지 임). 따라서 다른 하나를 “대신”배워야한다고 생각하지 않습니다 …
Comments
Answer
ASP.NET MVC를 사용하면 복잡성을보다 쉽게 관리 할 수 있습니다. 응용 프로그램을 모델,보기 및 컨트롤러로 분할합니다.
ASP.NET MVC는보기 상태 또는 서버 기반 양식을 사용하지 않습니다.따라서 MVC 프레임 워크는 응용 프로그램의 동작을 완전히 제어하려는 개발자에게 이상적입니다.
ASP.NET MVC는 단일 컨트롤러를 통해 웹 응용 프로그램 요청을 처리하는 Front Controller 패턴을 사용합니다. 이를 통해 풍부한 라우팅 인프라를 지원하는 응용 프로그램을 설계 할 수 있습니다.
ASP.NET MVC는 테스트 기반 개발 (TDD)에 대한 더 나은 지원을 제공합니다.
ASP.NET MVC는 잘 작동합니다. 대규모 개발자 팀이 지원하는 웹 응용 프로그램 및 응용 프로그램 동작에 대한 높은 수준의 제어가 필요한 웹 디자이너를위한 것입니다.
출처 : 장점 ASP.NET MVC 대 Web Forms