ASP.NET MVC 3 개요 - 개요 통합

[루돌프]

ASP.NET MVC 개요
모델, 뷰, 그리고 컨트롤러 : Model_View_Controller(MVC) 아키텍처 패턴은 세 가지 주요 구성 요소로 응용 프로그램을 분리합니다. ASP.NET MVC 프레임 워크는 웹 애플 리케이션을 만들기위한 ASP.NET 웹 양식 패턴에 대한 대안을 제공합니다. ASP.NET MVC 프레임 워크는 (웹 폼 기반 응용 프로그램과 마찬가지로) 마스터 페이지와 회원 기반 인증과 같은 기존 ASP.NET 기능과 통합되어 가볍고, 높은 테스트 가용성을 갖춘 프레젠테이션 프레임 워크입니다. MVC 프레임 워크는 System.Web.Mvc 어셈블리에 정의되어 있습니다.

1. MVC 디자인 패턴

MVC는 많은 개발자들이 잘 알고있는 것으로 표준 설계 패턴입니다. 웹 응용 프로그램의 일부 유형의 MVC 프레임 워크에 도움이됩니다. 기타 웹 양식 및 postbacks을 기반으로 기존의 ASP.NET 응용 프로그램 패턴을 계속 사용할 것입니다. 웹 응용 프로그램의 다른 유형의 두 가지 접근법을 결합하며, 어느 접근법은 다른 방법에서는 접근되지 않습니다.

MVC 프레임 워크는 다음과 같은 구성 요소를 포함 :

1. Model : 모델 개체는 응용 프로그램의 데이터 도메인의 로직을 구현하는 응용 프로그램의 부분입니다. 때로는, 모델 개체를 검색하고 메이터베이스에서 모델 상태를 저장할 수 있습니다. 예를 들어, 제품 개체는 데이터베이스에서 정보를 검색할 수 있습니다. 제품 개체를 누른 다음 다시 SQL Server 데이터베이스의 Products 테이블에 업데이트된 정보를 써 주십시오. 작은 응용 프로그램에서, 모델은 종종 실제 하나가 아닌 개념적 분리됩니다. 예를 들어, 응용프로그램은 DataSet을 읽기 뷰로 전송, 응용 프로그램이 실제 모델 레이어와 관련된 클래스가 없다면, DataSet은 모델 개체의 역할에 걸립니다.
2. View: 뷰는 응용 프로그램의 사용자 인터페이스(UI)를 표시하는 구성 요소입니다. 일반적으로 사용자 인터페이스는 모델 데이터에서 만들어집니다. 예를 들어 제품 개체의 현재 상태에 따라서 텍스트 상자를, 드롭 다운 목록 및 확인란을 표시하는 제품 테이블의 뷰를 수정할 것입니다.
3. Controller: 컨트롤러는 사용자 상호 작용, 모델과 작업, 그리로 궁극적으로 그것을 표현하는 UI를 렌더링하는 View를 선택하고 구성합니다. Mvc 응용프로그램에서, View는 정보를 표시하고 컨트롤러는 사용자 입력과 상호 작용에 응답합니다.예를 들면, 컨트롤러는 쿼리 문자열을 차례로 처리하고 데이터베이스 쿼리에 갑을 사용할 수 있는 모델에 값을 전달합니다.

MVC 패턴은 이들 요소 간의느슨한 결합을 제공하면서, (입력 로직, 비즈니스 로직 및 UI로직)응용 프로그램의 다양한 측면을 별도의 응용 프로그램을 만들 수 있습니다. 패턴 논리는 각각의 종류는 어떤 응용프로그램에 위치해 있어야 하느가를 지정합니다. UI는 View에 속한다. 입력 논리는 컨트롤러에 속한다. 비즈니스 로직은 모델에 속한다. 이러한 구분은 당신이 한 번에 한 부분의 구현에 집중할 수 있기 때문에, 응용 프로그램을 빌드할 때 복잡성을 관리할 수 있습니다. 에를 들면, 당신은 비즈니스 로직에 상관하지 않고 View에 집중할 수 있습니다.

MVC 응용 프로그램의 세 가지 주요 구성 요소 간의 느슨한 결합도 병렬 개발을 추진하고 있습니다. 에를 들어, 한 개발자가 View에 일하고, 두 번째 개발자는 컨트롤러 로직의 개발을 하고, 또 다른 개발자는 모델의 비즈니스 로직에 집중할 수 있습니다.

2. 테스트 기반 개발에 대한 지원

복잡한 관리를 하는 것 외에도, MVC 패턴은 웹 폼 기반 ASP.NET 웹 응용 프로그램의 테스트를 보다 쉽게 테스트할 수 있습니다. 예를 들면, 웹 폼 기반 ASP.NET 웹 응용 프로그램에서 하나의 클래스는 모두 사용자 입력에 응답의 출력에 사용됩니다. 웹 폼 기반 ASP.NET 응용프로그램을 위한 자동화된 테스트를 각 페이지를 테스트하기 때문에 복잡할 수 있으며, 페이지 클래스, 자식 컨트롤 및 추가 종속 클래스 인스턴스를 만들어야 합니다. 이렇게 많은 클래스는 페이지를 실행하는 인스턴스이기 때문에, 그것은 응용 프로그램의 개별 부분에 독점적으로 집중 테스트를 작성하기 어려울 수 있습니다. 그러므로 웹 폼 기반 ASP.NET 응용 프로그램이 MVC 응용 프로그램의 테스트보다 구현하기가 어려울 수 있습니다. 또한 ASP.NET 응용 프로그램에서 테스트는 웹 서버가 필요합니다. MVC 프레임 쿼크 구성 요소를 분리하고 개별 구성 요소를 테스트할 수 있도록 해줍니다.

3. MVC 응용 프로그램을 언제 사용하는가?

ASP.NET MVC 프레임워크 또는 ASP.NET 웹 양식을 사용하여 웹 응용 프로그램을 구현할지 여부를 신중하게 고려해야합니다. MVC 프레임 쿼크는 웹 양식 모델을 대체하지 않습니다. 당신은 두 이러한 두가지 프레임 워크를 사용할 수 있습니다. (웹 폼 기반 응용 프로그램을 기존에 사용하는 경우, 그것은 계속하여 사용되어집니다.)

특정 웹 사이트에 대한 MVC 프레임워크 또는 웹 양식 모델을 사용하는 것을 결정하기 전에, 각 접근 방법의 장점을 알아봅니다.

.

MVC 기반 웹 응용 프로그램의 장점

1. 모델, 뷰, 그리고 컨트롤러에 응용 프로그램을 나누어  쉽게 복잡성을 관리할 수 있습니다.
2. View 상태 또는 서버 기반 양식을 사용하지 않습니다. 이것은 응용 프로그램의 완전한 동작 제어권을 원하는 개발자를위한 이상적인 MVC 프레임 워크입니다.
3. 하나의 Controller를 통해 웹 응용 프로그램 요청을 처리하는 프런트 컨트롤러 패턴을 사용합니다. 이것은 풍부한 라우팅 인프라를 지원하는 응용 프로그램을 디자인 할 수 있습니다.
4. 테스트 주도 개발 (TDD)에 대한 더 나은 지원을 제공합니다.
5. 개발자 그룹에서 응용 프로그램의 동작을 제어하기 원하는 수준높은 웹디자이너를 지원하기위해 잘 작동합니다.

웹 폼 기반의 웹 응용 프로그램의 장점

1. 웹 애플리케이션 개발 라인의 비즈니스 혜택을 HTTP를 통해 상태를 보존하는 이벤트 모델을 지원합니다. 웹 폼 기반 응용 프로그램은 수백개의 서버컨트롤에서 지원되는 이벤트를 제공합니다. 이는 개별 페이지에 기능을 추가하는 페이지 컨트롤러 패턴을 사용합니다.
2. 서버 기반 양식에 View_State를 사용하여 쉽게 정보를 관리할 수 있습니다.
3. 웹 개발자와 디자이너가 활용할 수 있는 많은 구성요소를 빠르게 적용하려는 작은 팀에서 잘 작동합니다.
4. 구성요소(Page 클래스, 컨트롤 등)가 긴밀하게 통합되기 때문에 일반적으로 MVC 모델보다 적은 코드를 요구하기 때문에 응용 프로그램 개발이 복잡하지 않습니다.

4. ASP.NET MVC 프레임 워크의 특징

ASP.NET MVC 프레임 워크는 다음과 같은 기능을 제공합니다 :

• 응용 프로그램 작업의 분리: (입력 로직, 비즈니스 로직, 및 UI 로직), 테스트 가능성, 테스트 주도 개발 (TDD). MVC 프레임 워크는 핵심은 인터페이스 기반으로한는 응ㅇ요 프로그램에서 모의 개체를 사용하여 테스트할 수 있습니다. ASP.NET 프로세스에서 컨트롤러를 실행하지 않고 단위 테스트를 신속하고 유연하게 응용 프로그램을 테스트할 수 있습니다. 당신은 .net FrameWork와 호환되는 모든 단위 테스트 프레임워크를 사용할 수 있습니다.

• 확장 및 플러그 프레임워크: ASP.NET MVC 프레임워크 구성 요소들은 쉽게 교체하거나 사용자정의를 할 수 있도록 설계되었습니다. 자신의 View 엔진, URL 라우팅 정책, Method 매개변수 직렬화 및 기타 구성 요소에 연결할 수 있습니다. ASP.NET MVC 프레임 워크는 또한 (IOC)는 컨테이너 모델 의존 주입 (DI)와 역전 컨트롤의 사용을 지원합니다. DI는 개체 자체를 만들 클래스에 의존의 클래스로 개체를 삽입할 수 있습니다. IOC의 한 개체가 다른 개체를 필요로하는 경우, 첫 번채 개체는 구성 팡일과 같은 외부 소스에서 두 번째 개체를 얻어야 한다고 지정합니다. 이것은 쉽게 테스트됩니다.

•  ASP.NET 라우팅을위한 광범위한 지원: 검색할 URL 응용 프로그램을 구축할 수 있는 강력한 홈페이지 매핑 구성 요소입니다. URL에 파일 확장명을 포함하지 않아도 당신은 이해하고 검색할 URL이 응용 프로그램을 구축할 수있는 강력한 홈페이지 - 매핑 구성 요소입니다. URL이 있으며, 파일 이름 확장명을 포함하지 않아도 대역을 사용하여 URL을 지원하도록 설계되었습니다.

• 마크업을 사용하여 지원: 기존의 ASP.NET 페이지에 사용자 정의 컨트롤을 (. ascx 파일), 그리고 마스터 페이지 (. 마스터 파일) , View 템플릿의 마크업 파일을 마크업을 사용하여 지원합니다. (<% = %>), 템플릿, 데이터 바인딩, 현지화, 등등, 선언적 서버 컨트롤 라인 표현식에서, 중첩된 마스터 페이지와 같은 ASP.NET MVC 프레임 워크와 ASP.NET 기능을 기존 사용할 수 있습니다.

• 기존 ASP.NET 기능에 대한 지원:  ASP.NET MVC는 폼 인증 및 Windows 인증, URL이 인증, 회원 및 역할, 출력 및 데이터 캐싱, 세션 및 프로필 상태 관리, 건강 모니터링, 구성 시스템 및 공급자 아키텍처와 같은 기능을 사용할 수 있습니다.

5. MVC 프레임 워크 및 응용 프로그램 구조

ASP.NET 웹 사이트에서, URL은 일반적으로 디스크(일반적으로, .aspx파일)에 저장되어있는 파일에 대한 매핑작업, 마크업과 코드 요청에 응답하기 위해서 처리됩니다.

ASP.NET MVC 프레임워크는 ASP.NET 웹 폼 페이지와 다르게 서버 코드에 URL을 매핑합니다. 컨트롤러 클래스는 사용자 입력과 상호 작용 등의 들어오는 요청을 처리하고 사용자의 입력에 따라서 해당 응용 프로그램 및 데이터 로직을 실행합니다. 컨트롤러 클래스는 일반적으로 HTML출력을 생성하는 별도의 View 컴포넌트를 호출합니다.

ASP.NET MVC 프레임 워크는 모델, 뷰, 그리고 컨트롤러 구성 요소를 분리합니다. Model은 데이터베이스에 의해 백업된 데이터와 일반적으로, 응용 프로그램의 / 도메인 로직 사업을 표현합니다. View는 컨트롤러와 적절한 UI를 렌더링으로 선택됩니다. 기본적으로 ASP.NET MVC 프레임 워크는 기존의 ASP.NET 페이지를 사용합니다. (. aspx)를, 마스터 페이지 (. master), 그리고 사용자 정의 컨트롤 (. ascx) 형식을 브라우저에 렌더링합니다. 컨트롤러는 액션메서드를에서 사용자의 요청에 따른 액션메서드를 위치시키고 액션 메서드가 작동할 때 발생할 수 있는 오류를 처리합니다. 그런 다음 요청된 View를 렌더링합니다. 각각의 구성 요소 집합은  MVC 웹 응용 프로그램 프로젝트에서 별도의 폴더에 위치합니다.

URL 라우팅
ASP.NET MVC 프레임 워크는 컨트롤러 클래스에 URL을 매핑에 대한 유연성을 제공하는 엔진에 ASP.NET  라우팅을 사용합니다. ASP.NET MVC 프레임 워크는 들어오는  순서에 따라 URL에 적절한 컨트롤러를 선택하기 위해 사용하는 라우팅규칙을 정의할 수 있습니다. ASP.NET MVC 프레임 워크는  또한 자동으로 URL에 정의된 구문 분석 변수를 라우팅 엔진에 가져와 매개 변수 인자로 컨트롤러에 값을 전달합니다.

MVC 프레임 워크와 Postbacks
ASP.NET MVC 프레임 워크는 서버와 상호 작용에 대한 ASP.NET 웹 양식을 다시 게시 모델을 사용하지 않습니다. 대신, 모든 최종 사용자의 상호 작용은 컨트롤러 클래스로 라우팅됩니다. 이것은 UI 로직과 비즈니스 로직과 사이의 분리가 testability 도움 유지합니다. 그 결과, ASP.NET 뷰 상태 및 ASP.NET 웹 폼 페이지를 생명주기 이벤트가 MVC 기반의 전망과 통합되지 않습니다.

MVC 프로젝트 템플릿
ASP.NET MVC 프레임 워크는 MVC 패턴을 지원하는  웹 애플 리케이션을 만들 수있는 비주얼 스튜디오의 프로젝트 템플릿이 포함되어 있습니다. 이 템플릿 구성 파일 항목 및 항목 템플릿, 필요한 폴더를 가지고 구성된 새로운 MVC 웹 응용 프로그램을 만듭니다.

 참고 :
ASP.NET MVC 웹 응용 프로그램 프로젝트는 ASP.NET 웹 응용 프로그램 프로젝트 템플릿을 기반으로 템플릿이 있습니다. 파일 메뉴 대신 새 웹 사이트를 선택하여에서 새 프로젝트를 선택하여 새로운 ASP.NET MVC 프로젝트를 선택합니다.
 

새로운 MVC 웹 응용 프로그램을 만들 때 Visual Studio에서 프로젝트를 만들 수있는 옵션을 제공합니다. 첫 번째 프로젝트는 당신의 애플 리케이션을 구현하는 웹 프로젝트입니다. 두번째 프로젝트는 첫 번째 프로젝트에 MVC 구성 요소에 대한 단위 테스트를 작성할 수있는 단위 테스트 프로젝트입니다.

 참고 :
마이크로 소프트 비주얼 스튜디오 일반용 및 Microsoft Visual 웹 개발자 익스프레스 에디션 단위 테스트 프로젝트 생성을 지원하지 않습니다. 당신은 MVC 응용 프로그램을 만들 때 그러므로, 그들은 테스트 프로젝트를 만들 수있는 옵션을 제공하지 않습니다.
 

ASP.NET MVC 응용 프로그램을 테스트하기 위해의. NET Framework와 호환되는 모든 단위 테스트 프레임워크를 사용할 수 있습니다. 비주얼 스튜디오 Professional Edition은 MSTest 테스트 프로젝트 지원을 포함합니다.

MVC 웹 응용 프로그램 프로젝트 구조
ASP.NET MVC 웹 응용 프로그램 프로젝트를 만들 때, MVC 구성 요소는 다음 그림과 같이 프로젝트 폴더에 따라 구분됩니다 :

 
기본적으로 MVC 프로젝트는 다음 폴더를 포함 합니다.

• App_Data : 실제 데이터를 저장하는 곳 
• Content : 스타일 시트 파일, 이미지 등, 일반적으로 콘텐츠 폴더는 정적 파일입니다.
• Controller : 컨트롤러에 대한 권장되는 위치입니다. MVC 프레임 워크는 모든 컨트롤러의 이름은 HomeController, LoginController, 또는 ProductController 같은 "Controller"로 끝나야 합니다.
• Models : MVC 웹 응용 프로그램에 대한 응용 프로그램 모델 클래스에 제공됩니다. 이 폴더는 일반적으로 개체를 정의하고 데이터 저장소와 상호 작용에 대한 논리를 정의하는 코드를 포함하고 있습니다. 일반적으로, 실제 모델 개체는 별도의 클래스 라이브러리가 있을 것입니다. 그러나, 새로운 응용 프로그램을 만들고 완성된 후 별도의 클래스 라이브러리로 그들을 이동할 수 있을 것입니다.
• Scripts : 응용 프로그램을 지원하는 스크립트 파일에 권장되는 위치입니다. 기본적으로이 폴더는 ASP.NET AJAX를 기초 파일과 jQuery 라이브러리가 포함되어 있습니다.
• Views : View에 대한 권장되는 위치입니다 csHTML, .aspx, ViewUserControl(.ascx) 및 ViewMasterPage (. master) 파일, 렌더링 View와 관련된 기타 파일를 포함합니다. View 폴더는 각 컨트롤러의 폴더를 포함하며 폴더는 컨트롤러 이름의 접두사라고합니다. 예를 들어, HomeController라는 컨트롤러가있는 경우 Views 폴더는 Home이라는 이름의 폴더가 포함되어 있습니다. ASP.NET MVC 프레임 워크는 Controller 이름의 폴더를 로드합니다. 또한, Views 폴더에는 Shared라는 이름의 폴더가 있습니다. 공유 폴더는 여러 개의 컨트롤러를 통해 공유 조회에 사용됩니다. 예를 들어, 당신이 공유 폴더에 웹 응용 프로그램의 마스터 페이지를 넣을 수 있습니다.
• 지금까지 나열된 폴더 이외에도, MVC 웹 응용 프로그램은 기본값을 라우팅 글로벌 URL을 설정하는 Global.asax 파일의 코드를 사용하고 응용 프로그램을 구성하려면 Web.config 파일을 사용합니다.

Global에서 URL 기본값 라우팅
라우트는 Global.asax 파일의 Application_Start 메서드에서 초기화됩니다. 다음 예제는 기본적으로 라우팅 로직을 포함하는 전형적인 Global.asax 파일을 보여줍니다.

 
public class MvcApplication : System.Web.HttpApplication
{
    public static void RegisterRoutes(RouteCollection routes)
    {
        routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

        routes.MapRoute(
            "Default",                                              // Route name
            "{controller}/{action}/{id}",                           // URL with parameters
            new { controller = "Home", action = "Index", id = "" }  // Parameter defaults
        );

    }

    protected void Application_Start()
    {
        RegisterRoutes(RouteTable.Routes);
    }
}

6. ASP.NET 웹 양식 및 MVC의 호환성

ASP.NET MVC 응용 프로그램을 만들 때 ASP.NET에 적용할 수 있는 기술에 대한 지식이 많은 경험자가 ASP.NET을 개발하는 경우. ASP.NET MVC는 ASP.NET 프레임 워크의 일부이기 때문에 거의 모든 ASP.NET 네임 스페이스, 인터페이스를 MVC 애플리케이션에서 사용할 수 있습니다.

ASP.NET 웹 폼 및 ASP.NET MVC 모델의 강점을 설명합니다. 그런 MVC 응용 프로그램에서 사용할 수있는 것과 피해야 할 ASP.NET 프레임 워크의 기능을 설명합니다.

ASP.NET 웹 양식의 강점

1. 모델, 뷰, 그리고 컨트롤러에 응용 프로그램을 나누어  쉽게 복잡성을 관리할 수 있습니다.
2. View 상태 또는 서버 기반 양식을 사용하지 않습니다. 이것은 응용 프로그램의 완전한 동작 제어권을 원하는 개발자를위한 이상적인 MVC 프레임 워크입니다.
3. 하나의 Controller를 통해 웹 응용 프로그램 요청을 처리하는 프런트 컨트롤러 패턴을 사용합니다. 이것은 풍부한 라우팅 인프라를 지원하는 응용 프로그램을 디자인 할 수 있습니다.
4. 테스트 주도 개발 (TDD)에 대한 더 나은 지원을 제공합니다.
5. 개발자 그룹에서 응용 프로그램의 동작을 제어하기 원하는 수준높은 웹디자이너를 지원하기위해 잘 작동합니다.

웹 폼 기반의 웹 응용 프로그램의 장점

1. 웹 애플리케이션 개발 라인의 비즈니스 혜택을 HTTP를 통해 상태를 보존하는 이벤트 모델을 지원합니다. 웹 폼 기반 응용 프로그램은 수백개의 서버컨트롤에서 지원되는 이벤트를 제공합니다. 이는 개별 페이지에 기능을 추가하는 페이지 컨트롤러 패턴을 사용합니다.
2. 서버 기반 양식에 View_State를 사용하여 쉽게 정보를 관리할 수 있습니다.
3. 웹 개발자와 디자이너가 활용할 수 있는 많은 구성요소를 빠르게 적용하려는 작은 팀에서 잘 작동합니다.
4. 구성요소(Page 클래스, 컨트롤 등)가 긴밀하게 통합되기 때문에 일반적으로 MVC 모델보다 적은 코드를 요구하기 때문에 응용 프로그램 개발이 복잡하지 않습니다. 

MVC와 호환되는 ASP.NET Framework의 특징
Web Form 및 MVC는 아주 다른 기술로 보일 수 있습니다. 그러나, 이러한 기술은 모두 ASP.NET 프레임 워크에 내장되어 있습니다. 따라서, Web Form 기반으로 응용 프로그램을 만드는 데 사용되는 대부분의 ASP.NET 프레임 워크의 기능은 또한 MVC 애플 리케이션을 개발하기 위해 사용할 수 있습니다. 이것은 Web Form 응용 프로그램에서처럼 MVC 응용 프로그램에서 동일한 방식으로 작동하는 회원, 인증, 역할 및 구성과 같은 기능을 포함하고 있습니다. 대부분의 ASP.NET 네임 스페이스, 클래스 및 인터페이스는 ASP.NET MVC 응용 프로그램에서 사용할 수 있습니다.

MVC와 호환되지 않는 ASP.NET Framework의 특징
ASP.NET MVC는 View_State를 사용하여 상태 정보를 유지하지 않기 때문에 당신이 그것을 필요하다면, 당신은 상태 정보를 관리하는 다른 방법을 찾아야합니다. 또한 view state와 postback에 의존하고 있도록 설계된 서버 컨트롤은 ASP.NET MVC 응용 프로그램에서 작동하지 않습니다. 따라서, GridView, Repeater, and DataList  컨트롤과 같은 컨트롤을 사용해서는 안됩니다.

Web Form 페이지의 라이프 사이클은 많은 이벤트가 발생 복잡합니다. Model, View 간의 상호 작용, 그리고 Controller는 다른 라이프사이클 모델을 사용하기 때문에 이러한 이벤트는, ASP.NET MVC 응용 프로그램에서 지원되지 않습니다.

7. ASP.NET MVC 3의 개선된 기능들 요약

ASP.NET MVC 3은 MVC 1, 2에서, 코드를 단순화하고 확장성의 깊이를 큰틀에 추가했습니다.  

1. MvcScaffold와 Scaffolding 확장 통합
2. HTML 5의 활성화 프로젝트 템플릿
3. 레이저 뷰엔진
4. 여러 멀티뷰 엔진에 대한 지원
5. 컨트롤러 개선
6. 자바스크립트와 에이작스
7. 모델 유효성 검사 향상
8. 종속성 주입 개선
9. 기타 새로운 기능

7-1 MvcScaffold와 Scaffolding 확장 통합

새로운  Scaffolding 시스템은 완전히 새로운 프레임워크에서, 쉽게 끌어와서 생산적으로 시작할 수 있으며, 무엇을 할 것인지에 대한 경험이 있다면 일반적인 개발 작업을 자동화 할 수 있습니다.
 

자동화 작업은 MvcScaffolding라 불리우는 새로운 NuGet의 scaffolding 패키지에 의해 공급됩니다.  "Scaffolding"은  "사용자 제작을 할 수 있는 소프트웨어의 기본 개요를 편집하여 빠르게 만듬"을 의미하는 소프트웨어 기술일것입니다. 우리가 작성하는 ASP.NET MVC Scaffolding 패키지는 크게 몇 가지 시나리오에서 유용합니다 :

• 처음으로 ASP.NET MVC를 배운다면,  작업코드를 빠르게 얻을 수 있는 유용한 방법을 제공하기 때문에 당신이 요구에 따라서 편집하고 접근할 수 있다. 그것은 당신이 어디에서부터 시작할지 아무런 생각도 가지지 않은 빈페이지를 보는 충격에서 구해줍니다.
• ASP.NET MVC를 잘 알고있다면, 당신 또한
• Scaffolding 페키지를 만들 수 있기 때문에, 지금 개체 관계형 매퍼, 뷰엔진, 테스트라이브러리 등 몇가지 새로운 기술의 검색을 찾을것입니다.
• 당신은 작업에 어떠한 종류의 파일이나 비슷한 Classes를 만드는것에 반복적으로 참여시킨다면, 테스트 출력을 위한 사용자 정의 scaffolders를 만들 수 있기때문에,당신 팀에서 사용하는 어떠한 것 또한 사용자 정의 scaffolders를 사용할 수 있습니다.

MvcScaffolding에 다른 기능은 다음과 같습니다.

• C# 및 VB프로젝트에 대한 지원
• Razor 및 ASPX 뷰 엔진에 대한 지원
• ASP.NET MVC 영역의 scaffolding  및 사용자 정의 뷰 레이아웃 / 마스터를 사용하여 지원
  당신은  T4 템플릿 편집에의한 출력을 쉽게 정의할 수 있습니다.
• 당신은 전적으로 사용자 정의 PowerShell을 로직 및 사용자 정의 T4 템플릿을 사용하여 새 scaffolders를 추가할 수 있습니다. 이러한 자동으로 (그리고 당신이 그들에게 준 모든 사용자 정의 매개 변수)는 콘솔 탭에서 완성 목록에 나타납니다.
• 당신은 다른 기술에 대한 추가 scaffolders를 포함 NuGet 패키지를 얻을 수 있으며(예 : SQL to Linq의 증명-개념),그들과 함께 혼합되고 짝을 맞출 수 있습니다.
  

ASP.NET MVC 3 업데이트 도구는 다음과 같은 scaffolding 시스템에 대한 비주얼스튜디오의 지원을 포함합니다.

• 컨트롤러 추가 대화 상자는 이제, 읽기, 업데이트 및 컨트롤러 동작 삭제 및 해당 뷰 만들기의 전체 자동 scaffolds 을 지원합니다. 기본적으로, 이것은 EF Code First를 사용하여 데이터 액세스 코드를 게시합니다.
• 컨트롤러 추가 대화 상자 MvcScaffolding 같은 NuGet 패키지를 통해 확장 가능한 Scaffolder를 지원합니다. 이것은 NHibernate와 같은 다른 데이터 액세스 기술에 대한 Scffolds를 만들거나 심지어 ODBCDirect와 JET를 엑세스하는데 도움이 될 대화 상자에 사용자 정의 Scaffolder를 만들수 도 있습니다!

다음 리소스를 참조 ASP.NET MVC 3 Scafolding 에 대한 자세한 내용:

• Steve Sanderson's post series, including:
  1. Introduction: Scaffold your ASP.NET MVC 3 project with the MvcScaffolding package
  2. Standard usage: Typical use cases and options
  3. One-to-Many Relationships
  4. Scaffolding Actions and Unit Tests
  5. Overriding the T4 templates
  6. This post: Creating custom scaffolders
• Scott Hanselman's post from his PDC 2010 session Building a Blog with Microsoft "Unnamed Package of Web Love"
• MVC 3 Release Notes

7-2 HTML 5 Project Templates

새 프로젝트 대화 상자 템플릿이 확인란은 HTML를 프로젝트의 5 버전을 사용 포함되어 있습니다. 이들은 Modernizr 1.7 HTML을 5에 대한 호환성 지원을 제공하고, 하위 수준 브라우저에서 3 CSS를 활용할 수 있는 템플릿입니다.

7-3 The Razor View Engine

ASP.NET MVC 3는 다음과 같은 이점을 제공하는 "Razor"라는 이름의 새로운 엔진 제공.

• 레이저 구문은 키 입력의 최소화 하여, 깨끗하고 간결합니다.
• 그것은 C# 및 Visual Basic 같은 기존의 언어를 기반이기 때문에 배우기 쉽습니다.
• Visual Studio는 Razor구문에 대한 IntelliSense를 제공하고 코드 색상재현기술(colorization)이 포함되어 있습니다.
• Razor View는 응용 프로그램을 실행하거나 웹 서버를 실행하지 않고 단위 테스트하실 수 있습니다.
  

새로운 "Razor"의 기능은 다음과 같습니다.

1. 뷰에 명시적 유형으로 전달하기 위한 @model 구문
2. @* *@ 주석 구문
3. 전 사이트에 걸친 (레이아웃페이지)와 같은 기본 설정을  한 번에 가능
4. HTML 인코딩 없이 텍스트 표시하기위한 Html.Raw 메서드
5. 여러 분할 뷰 다중지원(_viewstart.cshtml or _viewstart.vbhtml files)

"Razor"는 또한 다음과 같은 새로운 HTML 헬퍼를 포함합니다.

1. Chart : 렌더링 차트, ASP.NET 4 차트 컨트롤과 같은 기능을 제공합니다.
2. WebGrid : 렌더링 데이터 그리드, 페이징 및 정렬 기능으로 완료되었습니다.
3. Crypto : 해싱 알고리즘을 사용 적절한 해시 암호를 만들 수 있습니다.
4. WebImage : 렌더링 이미지.
5. WebMail : 보내는 이메일 메시지

"Razor"에 대한 자세한 내용은 다음 리소스를 참조하십시오 :

• Scott Guthrie's blog post introducing Razor
• Scott Guthrie's blog post introducing the @model keyword
• Scott Guthrie's blog post introducing Razor layouts
• Razor API Quick Reference
• MVC 3 Release Notes

7-4 Support for Multiple View Engines

ASP.NET MVC 3에서 뷰페이지를 만들려는 View 엔진을 선택할 때 추가 보기 대화 상자에서 프로젝트를 위한 기본 뷰엔진을 새 대화상자에서 선택할 수 있습니다.  Web Form View 엔진(.ASPX), Razor, 또는NHaml, 또는 NDjango와 같은 오픈소스 뷰 엔진을 선택할 수 있습니다.

7-5 Controller Improvements  

7-5_1  Global Action Filters 

때로는 실행 전 액선 방법이나 실행 후 액션 방법에 각각의 논리를 수행하기를 원합니다. 이를 지원하기 위해 ASP.NET MVC 2 액션 필터를 제공합니다. 액션 필터는 선언적 특정 컨트롤러 액션 방식에 사전 작업 및 사후 조치 동작을 추가하는 수단을 제공하는 사용자 정의 속성이 있습니다. 하지만, 일부 경우에 당신은 모든 행동 방식에 적용됩니다. 미리 조치를하거나 사후 조치 동작을 지정할 수 있습니다. MVC 3는 GlobalFilters 컬렉션에 추가하여 글로벌 필터를 지정할 수 있습니다. 글로벌 액션 필터에 대한 자세한 내용은 다음 리소스를 참조하십시오 :

• Scott Guthrie's blog on the MVC 3 Preview
• Filtering in ASP.NET MVC

7-5_2  New "ViewBag" Property

MVC 2 컨트롤러는 느슨한 바인딩 API를 사용하여 뷰 템플릿에 데이터를 전달할 수있는 ViewData 속성을 지원합니다. MVC 3에서는 같은 목적을 달성하기 위해 ViewBag 속성으로 다소 단순한 구문을 사용할 수 있습니다. 예를 들어, ViewData["Message"]="text"를 쓰는 대신, ViewBag.Message="text"를 쓸 수 있습니다. ViewBag 속성을 사용하는 모든 암호화된 클래스를 정의할 필요가 없습니다. 그것은 동적 속성이기 때문에, 동적으로 get,set 속성을 대신할 수 있습니다. 내부 ViewBag 속성이 ViewData에 이름 / 값 쌍으로 저장됩니다.

7-5_3  New "ActionResult" Types

MVC 3에서 향상된 ActionResult 및 해당 유형의 Help 메서드는 다음에서 찾을 수 있습니다. 

1. HttpNotFoundResult : 반환하는 클라이언트에 404 HTTP 상태 코드입니다.
2. RedirectResult :  임시 리디렉션(HTTP를 302 상태 코드) 반환 또는 bool 매개 변수에 따라 영구 리디렉션(HTTP를 301 상태 코드). 이러한 변화와 함께 컨트롤러 클래스는 현재 영구 수행하기위한 세 가지 방법이있다 리디렉션 : RedirectPermanent, RedirectToRoutePermanent, 그리고 RedirectToActionPermanent. 이러한 방법을 true로 설정 영구 속성 RedirectResult의 인스턴스를 반환합니다.
3. HttpStatusCodeResult : 반환하는 사용자 지정 HTTP 상태 코드입니다.
   

7-6_1 자바스크립트와 Ajax Improvements

기본적으로 AJAX 및 MVC 3 검증 헬퍼에 자바스크립트 접근 방식 사용. 눈에 띄지않는 자바스크립트는 HTML에 인라인 자바스크립트 주입을 방지합니다. 이것은, 이는 작고 어수선하지 않은 Html를 만들고 HTML을 쉽게 교체하거나 자바스크립트 라이브러리를 사용자 정의할 수 있습니다. MVC 3 유효성 검사 헬퍼도 기본적으로 플러그인 jQueryValidate를 사용합니다.  MVC 2의 동작을 원한다면, Web.config를 설정을 사용하여 눈에 거슬리는 자바스크립트을 해제할 수 있습니다. 자바스크립트와 에이작스 개선 사항에 대한 자세한 내용을 보려면 다음 리소스를 참조하십시오 :

• Basic introduction to unobtrusive 자바스크립트on the Wikipedia site
• Brad Wilson's Unobtrusive 자바스크립트Post
• Brad Wilson's Unobtrusive 자바스크립트Validation Post
• Creating a MVC 3 Application with Razor and Unobtrusive 자바스크립트(tutorial on the ASP.NET site)
• MVC 3 Release Notes

7-6_2  Client-Side Validation Enabled by Default

MVC의 이전 버전에서는 명시적으로 클라이언트측의 유효성 검사 요청을 활성화하려면 뷰에서 Html.EnableClientValidation 메서드를 호출해야합니다. MVC 3에서는이 클라이언트측 유효성 검사는 기본적으로 활성화되어 있기 때문에 더 이상 필요하지 않습니다. (Web.config 파일에서 설정을 사용하여 이것을 해제할 수 있습니다.)

클라이언트측 유효성 검사가 작동하기 위해서는 여전히​​ 사이트에의 적절한  jQuery와 jQuery 유효성 라이브러리의 참조가 필요합니다. 이러한 내용은 Microsoft 또는 Google에서 CDNs 같은 콘텐츠 전송 네트워크(CND)에서 자신의 서버 또는 그 라이브러리 참조를 호스팅할 수 있습니다.

7-6_3  Remote Validator 원격 검사기

ASP.NET MVC 3는 jQuery 유효성 검사 플러그인의 원격 검사기 지원을 활용할 수 있도록 새로운 RemoteAttribute 클래스를 지원합니다. 이것은 오직 서버측에서 할 수있는 유효성 검사 로직을 수행하는 것으로 서버에서 정의하는 사용자 지정 메서드를 호출하는 클라이언트측 유효성 검사 라이브러리를 가능하게합니다.

다음 예제에서, 클라이언트 유효성 검사를 위해서 원격 속성은 사용자 이름 필드의 유효성을 검사하기 위한 UsersController 클래스에 UserNameAvailable 사용을 지정합니다.

 public class User 
{
    [Remote("UserNameAvailable", "Users")]
    public string UserName { get; set; }
}

다응 예제는 해당 콘트롤러를 보여줍니다.

 public class UsersController 
{ 
    public bool UserNameAvailable(string username) 
    { 
        if(MyRepository.UserNameExists(username)) 
        { 
            return "false"; 
        } 
        return "true"; 
    } 
}

보다 자세한 사용법은 MSDN library의  How to: Implement Remote Validation in ASP.NET MVC 에 있습니다.

7-6_4  JSON Binding Support

ASP.NET MVC 3는 기본 액션메서드 매개 변수에 JSON-인코딩된 데이터 및 모델- 바인딩을 받을 수있게 포함된 JSON 바인딩을 지원합니다. 이 기능은 클라이언트 템플릿를 포함하는 시나리오 및 데이터 바인딩에 유용합니다. (클라이언트를 사용하여 형식을 활성화하고 데이터 항목의 집합을 단일 데이터 항목을 표시하거나 템플릿은 클라이언트에서 실행되는 템플릿.) MVC 3는 서버에서 JSON 데이터를 클라이언트에 연결하는 간편한 액션 메서드가 있습니다.

7-7  Model Validation Improvements 

7-7_1  "DataAnnotations" Metadata Attributes
ASP.NET MVC 3는 DataAnnotations 메타 데이터 DisplayAttribute와 같은 속성을 지원합니다.

"ValidationAttribute" Class

ValidationAttribute 클래스는 현재 유효성검증 구문에관한 자세한 정보를 제공하는 오브젝트 유효성검사 시작과 같은 새로운 IsValid의 overload를 지원하는 . NET Framework의 4에서 개선되었습니다. 이것은 모델의 다른 속성에 따라 현재 값를 확인할 수있는 풍부한 시나리오를 가능하게합니다. 예를 들어, 새로운 CompareAttribute 특성은 모델의 두 가지 속성의 값을 비교할 수 있습니다. 다음 예제에서, ComparePassword 속성은 주문 유효의 암호 필드를 일치해야합니다.

 public class User
{ 
    [Required]
    public string Password { get; set; } 
    [Required, Compare("Password")] 
    public string ComparePassword { get; set; } 
}

7-7_2  Validation Interfaces

 IValidatableObject 인터페이스는 모델 수준의 검증을 수행하는 기능입니다. 그리고 그것은 전체 모델의 상태에만 해당하는 유효성 검사 오류 메시지를 제공하는 기능입니다. MVC 3 에서 모델을 바인딩 할 때,  IValidatableObject 인터페이스에서 에러를 검사하는 것과 함께 모델 내에있는 두 속성 사이에  기본 내장된 Html 형식 Helper 뷰에서 자동르로 플래그 또는 영향받는 필드를 하이라이트 할 수 있습니다.

 IClientValidatable 인터페이스는 클라이언트 유효성 검사에 대한 검사기능 지원이 있는지 여부를 ASP.NET MVC 런타임에 발견할 수 있습니다. 이 인터페이스는 그것이 다양한 검증 프레임 워크에 통합될 수 있도록 설계되었습니다.

검증 인터페이스에 대한 자세한 내용은 스콧 구스리의 Scott Guthrie's MVC 3 Preview blog post. 모델 유효성 검사 향상 섹션을 참조하십시오. (단, 블로그에서 "IValidateObject"에 대한 참조는 "IValidatableObject"되어야합니다.)

7-8  Dependency Injection Improvements 의존성 주입 개선

ASP.NET MVC 3는 의존성 주입(DI)  및  역전 제어 (IOC)는 컨테이너와 통합에 대한 더 나은 지원을 제공합니다. DI에 대한 지원은 다음과 같은 분야에 추가되었습니다 : 

1. Controllers (등록 및 컨트롤러 제작, 주입 컨트롤러).
2. Views (등록 및 주입 View 엔진, View 페이지에 의존성 주입).
3. Action Filters (위치결정 및 필터를 주입).
4. Model binders (등록 및 주입).
5. Model validation providers (등록 및 주입).
6. Model metadata providers (등록 및 주입).
7. Value providers (등록 및 주입).

MVC 3는 Common Service Locator 라이브러리 및 그 라이브러리의 IServiceLocator 인터페이스를 지원하는 DI 컨테이너를 지원합니다. 그것은 또한 쉽게 DI 프레임 워크를 통합할 수있게 해주는 새로운 IDependencyResolver 인터페이스를 지원합니다.

• Brad Wilson's series of blog posts on Service Location
• MVC 3 Release Notes

7-9  Other New Features

7-9_1  NuGet Integration 너겟 통합

ASP.NET MVC 3는 자동으로 설치되며 그 설치의 일부분으로 NuGet이 있습니다. NuGet는 오픈소스를 쉽게, 찾고 설치 및 사용하게 하는 패키지 관리자입니다. 닷넷 라이브러리 및 프로젝트에 툴은(ASP.NET 웹 폼 및 ASP.NET MVC 포함) 모든 비주얼 스튜디오의 프로젝트 형식에서 작동합니다.

NuGet은 자신의 라이브러리를 패키지하고 온라인 갤러리에 등록하는 (예 : Moq, NHibernate, Ninject, StructureMap, NUnit, 윈저, RhinoMocks 및 Elmah 같은 프로젝트가) 오픈 소스 프로젝트를 유지하는 개발이 가능합니다. 그것은 다음에 용이합니다. 이러한 라이브러리 중 하나를 사용하려면 닷넷 개발자가 패키지를 찾아서 작업중인 프로젝트에 그것을 설치합니다.

ASP.NET 3 업데이트 도구를 통해 이 프로젝트는 자바스크립트 라이브러리템플릿를 포함하여 사전 설치된 NuGet를 통해 업데이트 가능합니다. 엔터티 프레임 워크 Code First는 NuGet 패키지에서 미리 설치됩니다.

자세한 정보는 NuGet documentation on the CodePlex site에서 확인할 수 있습니다.

7-9_2  Partial-Page Output Caching 부분 페이지 출력 캐싱

ASP.NET MVC는 버전 1 이후 전체 페이지 응답 출력 캐싱을 지원하고 있습니다. 또한 MVC 3는 간단하게 캐싱 영역 또는 반응 지점에 승인된 부분 페이지 출력캐싱을 지원합니다. 캐싱에 대한 자세한 내용은 MVC 3 Release Notes의 내역에서 캐싱 부분 페이지 출력의 Scott Guthrie's blog post on the MVC 3 release candidate 블로그 게시물의 부분을 참조하십시오.

7-9_3  Granular Control over Request Validation 유효성 검사 요청을 통한 세분화된 컨트롤

ASP.NET MVC는 XSS와 HTML 인젝션 공격으로부터 자동으로 보호하는 유효성 검사 요청이 내장되어 있습니다. 그러나, 때로는사용자의 게시물(블로그 항목 또는 CMS는 콘텐츠의 예) HTML 콘텐츠를 사용하고싶어서, 명시적으로 유효성검사 요구를 해지하려 할 때가 있다. 당신은 모델과 모델에 바인딩하는 동안 사전 속성 기준으로 AllowHtml 속성을 추가할 수 있습니다. 유효성 검사 요청에 대한 자세한 내용은 다음 리소스를 참조하십시오 :

• The Unobtrusive 자바스크립트와 Validation section in Scott Guthrie's blog post on the MVC 3 release candidate.
• MVC 3 Release Notes

7-9_4  Extensible "New Project" Dialog Box   "새 프로젝트" 대화상자 확장

ASP.NET MVC 3에서는 새 프로젝트 대화 상자에 대하여 뷰 엔진 및 단위 테스트 프레임 워크를 프로젝트 템플릿을 추가할 수 있습니다.

7-9_5  Template Scaffolding Improvements 

ASP.NET MVC 3 scaffolding 템플릿은 모델에 기본 키 속성을 식별하고 MVC 이전 버전보다 그들을 적절하게 취급합니다. (예를 들어, scaffolding 템플릿은 편집 필드 양식에 scaffold 되지 않는지를 확실히 합니다.)

기본적으로 Create 및 Edit Scaffolder는 이제 Html.TextBoxFor 헬퍼 대신 Html.EditorFor 도우미를 사용하여 편집합니다. 이 개선은 추가 뷰 대화상자에서 뷰를 만들 때 데이터 속성 주석의 양식에 모델의 메타데이터를 공급합니다.

7-9_6  New Overloads for "Html.LabelFor" and "Html.LabelForModel"

"Html.LabelFor"와 "Html.LabelForModel"에 대한 새로운 과부하

새로운 방식의 과부하는 LabelFor와 LabelForModel 도우미 메서드에 추가되었습니다. 새로운 과부하를 지정하거나 레이블 텍스트를 재정의를 가능하게합니다.

7-9_7  Sessionless Controller Support 컨트롤러 공급 기간 설정들

ASP.NET MVC 3에서는 세션 상태를 사용할지, 그리고 읽기/쓰기, 또는 읽기 전용클래스를 사용할지 여부를 결정할 수 있습니다. sessionless 컨트롤러 지원에 대한 자세한 내용은 MVC 3 Release Notes.를 참조하십시오.

7-9_8  New "AdditionalMetadataAttribute" Class

당신은 모델에 대한 ModelMetadata.AdditionalValues​​ 사전 속성에서 AdditionalMetadata 속성을 사용할 수 있습니다. 예를 들면, 다음 예제와 같이 뷰 모델은 관리자에게만 표시되는 속성, 그 속성에 대하여 주석을 처리할 수 있습니다.

 public class ProductViewModel 
{
    [AdditionalMetadata("AdminOnly", true)]
    public string RefundCode {get; set;}
}

메타 데이터는 모든 디스플레이 또는 편집자의 템플릿에서 사용할 수 있습니다. 그것은 당신이 메타 데이터 정보를 해석에 달려 있습니다.

7-9_9  AccountController improvements

인터넷 프로젝트 템플릿에 AccountController이 크게 향상되었습니다.

7-9_10  New Intranet Project Template
새로운 인트라넷 프로젝트 템플릿은 Windows 인증을 가능하게하는 것과 AccountController을 제거하는 것이 포함되어 있습니다.