mvc 패턴 예제 c#

웹 응용 프로그램에서 MVC 패턴의 사용은 원래 Objective-C (스몰 토크에서 많이 빌린)로 작성된 1996 년에 NeXT의 WebObjects가 도입된 후 인기가 폭발했으며 MVC 원칙을 적용하는 데 도움이되었습니다. 나중에 웹 오브젝트가 Java로 이식되었을 때 MVC 패턴이 Java 개발자들에게 인기를 얻었습니다. 2002년 10월 에 출시된 Spring과 같은 Java의 이후 프레임워크는 Java와 MVC 간의 강력한 유대관계를 지속했습니다. 빠른 배포에 중점을 둔 Django(2005년 7월, 파이썬용) 및 레일(2005년 12월)의 프레임워크 도입은 MVC의 인기를 오랫동안 사용해 온 전통적인 엔터프라이즈 환경 외부에서 증가시켰습니다. 인기. MVC 웹 프레임워크는 이제 MVC가 아닌 웹 툴킷에 비해 큰 시장 점유율을 보유하고 있습니다. [인용 필요] MVC는 응용 프로그램의 다양한 구성 요소를 분리하므로 개발자는 서로 영향을 주거나 차단하지 않고 서로 다른 구성 요소에서 병렬로 작업할 수 있습니다. 예를 들어 팀에서는 개발자를 프런트 엔드와 백 엔드로 나눌 수 있습니다. 백 엔드 개발자는 사용자 인터페이스를 완료할 필요 없이 데이터의 구조와 사용자가 데이터 구조와 상호 작용하는 방법을 디자인할 수 있습니다. 반대로 프런트 엔드 개발자는 데이터 구조를 사용할 수 있기 전에 응용 프로그램의 레이아웃을 설계하고 테스트할 수 있습니다. 모델 코드가 왜 그렇게 유쾌한가요? 주소록 응용 프로그램 예제를 계속 살펴보겠습니다. 프로젝트 관리자는 개발자에게 다가가 “연락처 목록 창을 좋아하지만 사진으로만 모든 연락처를 표시하는 두 번째 창이 필요합니다.

사진은 행당 5장의 사진이 있는 테이블 레이아웃이어야 합니다.” MVC(모델 뷰 컨트롤러) 설계 패턴은 응용 프로그램이 데이터 모델, 프레젠테이션 정보 및 제어 정보로 구성되도록 지정합니다. 패턴에서는 이러한 각 개체를 서로 다른 개체로 구분해야 합니다. 원래 데스크톱 컴퓨팅용으로 개발되었지만 MVC는 주요 프로그래밍 언어의 World Wide Web 응용 프로그램을 위한 아키텍처로 널리 채택되었습니다. 패턴을 적용하는 여러 웹 프레임워크가 만들어졌습니다. 이러한 소프트웨어 프레임워크는 주로 MVC 책임이 클라이언트와 서버 간에 분할되는 방식으로 해석에 따라 다릅니다. [14] 이 패턴은 각 구성 요소의 코드를 통합하면서 데이터가 표시되거나 저장되는 방식에서 데이터를 조작하는 방법을 분리합니다.