.Net 3.5에서 MVC 프레임 워크를 사용하여 기존 ASP로 이동하고 있습니까?

Question

MVC 프레임 워크를 살펴보면 ASP.NET 포스트 백과 Viewstates보다 고전적인 ASP 지식이 더 많이 필요할 것으로 보입니다. 실제 프론트 엔드 HTML 마크 업에서 복잡한 UI + 코드 로직으로 뒤로 이동하고 있습니까?

Answer 1

우리는 HTML 및 HTTP 요청과 같은 기본 개념을 추상화하려는 시도로 돌아가고 있습니다. UI가 끝나면보기가 출력물과보다 밀접하게 통합되며, 이는 나쁜 것이 아닙니다. 고전적인 ASP 모델은 모든 것을 단단히 출력과 통합하는 것으로 번역되었는데, 은이 나쁜 것입니다.

Answer 2

이것은 당신이 언급 한 것이 재미 있습니다 ... 저는 동료와 같은 대화를 나눴습니다.

거꾸로 단계가 있습니까? 저는 그렇게 생각하지 않습니다 ... 고전적인 asp에서는 UI에서 복잡한 논리를 가졌지 만 MVC에서 볼 수있는 것부터 복잡한 논리는 여전히 비즈니스 객체에 있어야하며 객체와의 복잡한 상호 작용은 컨트롤러를 통해 수행하십시오.

다시 볼 수 있듯이 목표는 실제 비즈니스 로직과 관련하여 UI를 트림하고 적합하게 유지하는 것입니다. 추가 팽창은 AJAX 및 JQuery와 같은 UI를보다 사용자 친화적으로 만들어줌으로써 발생합니다.

이것은 MVC에 관한 나의 초기 관찰 일뿐입니다. 그것은 매우 멋진 기술입니다. 특히 REST를 기반으로하는 기술로 인해 다른 기술로 작업하기가 매우 쉽습니다.

앞으로 몇 가지 프로젝트에서 시험해보기를 기대합니다!

Answer 3

MVC의 핵심은 코드 분리를위한 것입니다. 모델에는 모든 비즈니스 로직이 포함되어야하며,보기는 사용자에게 출력을 처리해야하며 컨트롤러는 두 부분을 함께 연결해야합니다.

Answer 4

ASP.NET 패러다임을 한 발 앞선 것으로 간주하면 MVC 패러다임이 한 걸음 뒤로 물러날 수 있다고 주장 할 수 있습니다. 개인적으로 항상 표준 HTML 편집기를 사용하여 액세스 할 수없는 코드 블록에 디스플레이 출력 텍스트를 매시간 처리하는 .NET보다는 일반 ASP에서 깨끗한 분리 코드를 작성하는 것이 훨씬 쉽다고 생각했습니다. 필자는 항상 ASP.NET 아키텍처가 우리의 응용 프로그램의 전반적인 구조를 개선하는 것보다 .NET을 밀어 넣는 것에 대해 더 많은 것을 생각했기 때문에 MVC는 한 걸음 앞서 가고 있습니다.

Answer 5

모델과 컨트롤러를 기준으로보기에서 복잡한 코드 논리가 보이는 경우 잘못된 방식으로 접근하고있는 것보다 큽니다.

순수한 의미에서 최소한의 작업으로보기 대신 HTML (HTML 대신 XML)을 전환 할 수 있어야합니다. 이는 데이터 로직이 모델에 포함되고 비즈니스 로직이 컨트롤러에 포함되는 경우에만 발생할 수 있습니다.

장바구니를 표시하는 경우보기에는 제품 수량 및 합계를 기록하는 코드 만있을 수 있습니다. 모델 클래스는 제품 데이터를 보유하고 컨트롤러는 제품 추가 및 체크 아웃과 같은 모든 처리를 수행합니다.