MVC와 MVVM – 차이점

MVC 란 무엇입니까?

이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 MVC 프레임워크 애플리케이션을 세 가지 주요 논리적 구성 요소인 모델, 뷰, 컨트롤러로 분리하는 아키텍처 패턴입니다. 따라서 MVC라는 약어가 있습니다. 전체 형태인 MVC는 모델 뷰 컨트롤러입니다.

이 아키텍처에서 구성 요소는 애플리케이션의 특정 개발 측면을 처리하도록 구축됩니다. MVC는 비즈니스 로직과 프레젠테이션 계층을 서로 분리합니다. 이 아키텍처 패턴은 주로 데스크톱 그래픽 사용자 인터페이스(GUI)에 사용됩니다.

MVVM이란 무엇입니까?

MVVM 아키텍처는 마크업 언어 또는 GUI 코드의 도움으로 그래픽 사용자 인터페이스 개발을 분리하는 것을 용이하게 합니다. MVVM의 전체 형태는 Model–View–ViewModel입니다.

MVVM의 뷰 모델은 객체가 쉽게 관리되고 표시되는 방식으로 모델에서 데이터 객체를 노출하는 것이 뷰 모델의 책임임을 의미하는 값 변환기입니다.

MVC 패턴

세 가지 중요한 MVC 구성 요소는 다음과 같습니다.

• 모델: 여기에는 모든 데이터와 관련 논리가 포함됩니다.
• 전망: 사용자에게 데이터를 제공하거나 사용자 상호 작용을 처리합니다.
• 제어 장치: Model과 View 구성 요소 간의 인터페이스입니다.

이 구성요소 각각을 자세히 살펴보겠습니다.

모델

모델 구성 요소는 데이터 및 관련 논리를 저장합니다. 이는 컨트롤러 구성 요소 또는 기타 관련 비즈니스 논리 간에 전송되는 데이터를 나타냅니다.

예를 들어 Controller 개체는 데이터베이스에서 고객 정보를 검색하는 데 도움이 됩니다. 데이터를 조작하여 데이터베이스로 다시 보내거나 이를 사용하여 동일한 데이터를 렌더링합니다.

관측

뷰는 데이터 표시를 나타내는 애플리케이션의 일부입니다. 뷰는 모델 데이터에서 수집된 데이터에 의해 생성됩니다. 뷰는 사용자에게 출력을 다시 보낼 수 있도록 모델에 정보를 제공하도록 요청합니다.

뷰는 또한 차트, 다이어그램 및 표의 데이터를 나타냅니다. 예를 들어, 모든 고객 뷰에는 텍스트 상자, 드롭다운 등과 같은 모든 UI 구성 요소가 포함됩니다.

제어 장치

컨트롤러는 사용자 상호 작용을 처리하는 애플리케이션의 일부입니다. 컨트롤러는 사용자의 마우스 및 키보드 입력을 해석하여 모델과 뷰에 적절하게 변경하도록 알립니다.

컨트롤러는 모델에 명령을 보내 상태를 업데이트합니다(예: 특정 문서 저장). 또한 컨트롤러는 뷰의 프레젠테이션을 변경하기 위해 연결된 뷰에 명령을 보냅니다(예: 특정 문서 스크롤).

MVVM 패턴

다음은 MVVM의 패턴입니다.

MVVM 아키텍처는 뷰와 뷰 모델 간에 양방향 데이터 바인딩을 제공합니다. 또한 뷰 모델 내부의 수정 사항을 뷰로 전파하는 것을 자동화하는 데 도움이 됩니다. 뷰 모델은 옵저버 패턴을 사용하여 뷰 모델을 변경합니다.

이 구성 요소를 자세히 살펴보겠습니다.

모델

모델은 데이터 및 관련 논리를 저장합니다. 이는 컨트롤러 구성 요소 또는 기타 관련 비즈니스 논리 간에 전송되는 데이터를 나타냅니다.

예를 들어 Controller 개체는 학교 데이터베이스에서 학생 정보를 검색합니다. 데이터를 조작하여 데이터베이스로 다시 보내거나 이를 사용하여 동일한 데이터를 렌더링합니다.

관측

View는 HTML, CSS, jQuery 등과 같은 UI 구성 요소를 의미합니다.

패턴 뷰는 컨트롤러로부터 수신된 데이터를 결과로 표시하는 역할을 합니다. 이 뷰는 또한 모델을 사용자 인터페이스(UI)로 변환합니다.

모델보기

뷰 모델은 뷰의 상태를 지원하기 위해 함수, 명령, 메서드를 제시하는 역할을 합니다. 또한 모델을 작동하고 뷰에서 이벤트를 활성화하는 역할도 합니다.

MVC와 MVVM의 차이점 Archi강의

MVVM과 MVC의 중요한 차이점은 다음과 같습니다.

MVC(모델 뷰 컨트롤러)	MVVM(모델 뷰 뷰모델)
컨트롤러는 애플리케이션의 진입점입니다.	뷰는 애플리케이션의 진입점입니다.
컨트롤러와 뷰 사이의 일대다 관계.	뷰와 뷰 모델 간의 일대다 관계.
보기에는 컨트롤러에 대한 참조가 없습니다.	View에는 View-Model에 대한 참조가 있습니다.
MVC는 구형 모델입니다.	MVVM은 비교적 새로운 모델입니다.
이 모델을 읽고, 변경하고, 단위 테스트하고, 재사용하기가 어렵습니다.	데이터 바인딩이 복잡하면 디버깅 프로세스가 더 복잡해집니다.
MVC 모델 구성 요소는 사용자와 별도로 테스트할 수 있습니다.	별도의 단위 테스트가 용이하며 코드는 이벤트 중심입니다.

MVC의 특징

MVC의 중요한 기능은 다음과 같습니다.

• 쉽고 마찰 없는 테스트 가능성. 테스트 가능성이 높고 확장 가능하며 플러그 가능한 프레임워크
• 또한 ASP.NET, Django, JSP 등이 제공하는 기존 기능을 활용할 수도 있습니다.
• HTML과 URL을 완벽하게 제어할 수 있습니다.
• 테스트 주도 개발(TDD)을 지원합니다.
• 이 아키텍처는 논리 분리를 제공합니다.
• SEO 친화적인 URL에 대한 라우팅을 허용합니다.
• 이해하기 쉽고 검색 가능한 URL을 매핑할 수 있는 기능을 제공합니다.

MVVM의 특징

MVVM 아키텍처의 특징은 다음과 같습니다.

• MVVM은 데이터 바인딩 기능(XAML 및 INotifyPropertyChanged 인터페이스)을 갖춘 데스크톱 애플리케이션용으로 작성되었습니다.
• View-Model에서 수정을 수행하려는 경우 View-Model은 관찰자 패턴을 사용합니다.
• MVVM 패턴은 주로 다음에서 사용됩니다. WPF, Silverlight, nRoute 등

MVC의 장점

MVC의 장점/장점은 다음과 같습니다.

• 새로운 유형의 클라이언트에 대한 지원이 더욱 쉬워졌습니다.
• 다양한 구성 요소의 개발을 동시에 수행할 수 있습니다.
• 애플리케이션을 별도의 (MVC) 단위로 나누어 복잡성을 피합니다.
• 단일 컨트롤러를 사용하여 웹 애플리케이션 요청을 처리하는 전면 컨트롤러 패턴만 사용합니다.
• 테스트 중심 개발을 위한 최고의 지원 제공
• 이는 웹 디자이너와 개발자로 구성된 대규모 팀이 지원하는 웹 앱에 적합합니다.
• 이는 명확한 관심사 분리(SoC)를 제공합니다.
• 모든 클래스와 개체는 서로 독립적이므로 별도로 테스트할 수 있습니다.
• MVC를 사용하면 컨트롤러의 관련 작업을 논리적으로 그룹화할 수 있습니다.

MVVM의 장점

MVVM의 장점/이점은 다음과 같습니다.

• 비즈니스 로직이 Ul에서 분리됨
• 유지 관리 및 테스트가 용이함
• 재사용이 쉬운 구성요소
• 느슨하게 결합된 아키텍처: MVVM은 애플리케이션 아키텍처를 느슨하게 결합합니다.
• 뷰'를 참조할 필요 없이 뷰모델과 모델 레이어 모두에 대한 단위 테스트 사례를 작성할 수 있습니다.

MVC의 단점

MVC의 단점/단점은 다음과 같습니다.

• 비즈니스 로직이 Ul과 혼합되어 있습니다.
• 재사용 및 테스트 구현이 어려움
• 공식적인 검증 지원 없음
• 데이터의 복잡성 증가 및 비효율성
• 최신 사용자 인터페이스에서 MVC를 사용하는 데 따른 어려움
• 병렬 프로그래밍을 수행하려면 여러 프로그래머가 필요합니다.
• 다양한 기술에 대한 지식이 필요합니다.

MVVM의 단점

MVVM의 단점/단점은 다음과 같습니다.

• 컨트롤러 내 다수의 코드 유지보수
• 일부 사람들은 간단한 UI에는 MVVM 아키텍처가 과도할 수 있다고 생각합니다.
• 뷰와 뷰 모델 간의 긴밀한 결합을 제공하지 않음