MVVM과 MVP의 차이점 차이점

소프트웨어 개발의 목적은 사용자와 비즈니스의 필요와 문제를 해결하는 솔루션을 개발하는 것입니다. 이를 위해 Model-View-ViewModel (MVVM) 및 MVS (Model-View-Presenter) 와 같은 다양한 기술 및 아키텍처 패턴이 사용됩니다.

제조되는 것과 마찬가지로 첫 번째 단계는 계획 및 설계 단계입니다. 소프트웨어 설계 프로세스는 선호되는 기술 도구 세트를 기반으로 한 명세가 될 수 있으며 개념 - 계획 - 구현 - 업데이트 및 수정까지의 모든 활동을 포괄 할 수 있습니다.

선택한 아키텍처 패턴을 기반으로 한 저수준 및 고급 아키텍처 디자인을 다루고 디자인 패턴을 사용하여 재사용 가능한 솔루션을 매핑합니다.

소프트웨어 애플리케이션 구조

소프트웨어 아키텍처는 기술, 운영 및 사용자 요구 사항을 충족하고 코드가 어떻게 구성되고 관리되는지를 나타내는 애플리케이션 구조를 정의합니다.

소프트웨어 애플리케이션의 아키텍처를 결정하는 것은 이미 개발 된 애플리케이션의 쉽고 변경 가능한 부분이 아니기 때문에 중요합니다. 따라서 프로그래밍 패턴이 시작되기 전에 아키텍처 패턴을 결정해야합니다.

아키텍처 패턴은 하드웨어 성능 및 제한, 고 가용성과 같은 기술적 문제를 해결함으로써 범위가 훨씬 넓어지기 때문에 패턴을 디자인하는 것과 약간 다릅니다. 다른 아키텍처 패턴의 예로는 MVC, MVVM 및 MVP가 있습니다.

반면에, 디자인 패턴은 재사용 가능한 객체 지향 개발을 용이하게하고 응용 프로그램의 아키텍처보다 유지 및 변경하기가 더 쉬운 형식화 된 베스트 프랙티스입니다.

아키텍처 패턴

MVC (Model View Controller)

는 90 년대 중반부터 90 년대 중반, 특히 Java 커뮤니티에서 인기를 얻은 웹 응용 프로그램 용으로 개발 된 최초의 아키텍처 패턴 중 하나였습니다. Django for Python과 Rails (Ruby on Rails)와 같은 새로운 프레임 워크는 빠른 배포에 중점을두고 있습니다. 따라서 MVC가 아키텍처 패턴의 큰 매력으로 시장 점유율을 차지하고 있습니다. 전통적으로 사용자 인터페이스 개발에는 복잡한 로직을 처리 할 수있는 많은 코드가 포함되어있어 아키텍처 패턴이 사용자 인터페이스 (UI) 수준에서 코드를 줄이기 위해 설계되어보다 깨끗하고 관리하기 쉬워졌습니다.

MVC 패턴을 사용하면 웹 응용 프로그램은

Model

(Data)

• View (데이터를보고 조작하는 인터페이스)
• Controller
• 모델 은 데이터 및 비즈니스 로직을 처리하며

모델 과 컨트롤러 모델 간에는 또는 보기 . View 는 지원되는 형식과 필요한 레이아웃으로 데이터를 사용자에게 제시하며, Controller 가 사용자 요청 (데이터 반입)을 받으면 필요한 관련 리소스를 호출합니다 요청을 완료하십시오.

이 패턴을 온라인 서점을 만드는 데 적용 해 보겠습니다. 사용자는 책을 검색,보고, 등록하고 구입할 수 있으며 프로필 및 도서 목록을 관리 할 수 ​​있습니다. 사용자가 SCI-FI 카테고리를 클릭하면 모든 관련 서적이 사용 가능한 것으로 표시됩니다. 컨트롤러 는 책 (목록, 추가,보기 등)을 관리하는 작업을 처리합니다. 하나의 메인

컨트롤러

가 트래픽을 지시하는

컨트롤러 가 여러 개있을 수 있습니다. 이 예에서 Controller 의 이름은 controller_books입니다. php와 Model (예: model_books. php)은 책과 관련된 데이터와 논리를 처리합니다.

마지막으로 온라인 장바구니에 책을 추가 할 때나 이미지 및 리뷰가 포함 된 책 세부 정보를 볼 때와 같이 조회수 가 필요합니다. controller_books. php

는 주 컨트롤러 (예:

index. php )에서 액션 (사용자 요청)을받습니다. controller_books. php 는 요청을 분석하고 model_books를 호출합니다. php (데이터)를 사용하여 SCI-FI 서적 목록을 반환합니다. 모델 의 책임은 (검색 필터를 사용하여) 적용된 모든 논리를 사용하여 해당 정보를 제공하는 것입니다. 그런 다음 컨트롤러 는 정보를 가져와 관련

보기 (검색보기, 인쇄보기, 상세보기 등)로 전달하고 정보는 보기 >)를 요청을 시작한 사용자에게 보냅니다. 이는 MVC (Model-View-Presenter), MVVM (Model-View-ViewModel), Hierarchical-Model-View-Controller (MVC), 또는 MVC 패턴과 같은 아키텍처 패턴의 다양한 변형을 발전시킨 MVC 패턴의 기본 요소입니다. HMVC) 및 MVA (Model-View-Adapter) 등이 있습니다. MVP 패턴 MVP (Model-View-Presenter) MVP 패턴 MVC의 변형입니다. 이는 자동화를 통해 테스트 할 수있는 코드의 양을 늘리는 것이 목적이었던 테스트 자동화를 위해 특별히 고안되었으며 패턴은 프리젠 테이션 계층의 일부 문제를 해결하여 UI에서 비즈니스 로직을 분리합니다.

화면은보기이고 표시되는 데이터는 모델이며 발표자는 두 데이터를 함께 연결합니다. MVP

는 별도의 책임이있는 다음 구성 요소로 구성됩니다.

모델

(표시 할 데이터 정의) 보기 (모델의 데이터를 표시하고 사용자 요청을 증여자).

웹 페이지 인 는 웹 페이지에 이벤트 (사용자 요청)를 전달하여 페이지 컨트롤을 표시하고 관리합니다 (

• 보기
• 발표자 는
• 보기 에서 시작되었습니다.

발표자 는 모델 을 읽고 업데이트하여 보기 를 변경하므로

발표자의 책임은 모델 및 보기 를 바인딩합니다. MVC 및 MVP 패턴을 살펴본 후에 공통성은 각 구성 요소에 대한 별도의 책임을 가지며 보기 (UI) 및

모델 (데이터). 이러한 패턴 간의 중요한 차이는 패턴이 구현되는 방식에서 더 분명합니다. MVP 는 고급 솔루션을 구현하기위한 복잡한 패턴 일 수 있지만 단순 솔루션의 경우 적절한 선택 일 필요는 없지만 잘 설계된 솔루션으로 구현하면 큰 이점이 있습니다. MVVM 패턴 MVVM 패턴 은 Windows Presentation Foundation (WPF) 및 Microsoft Silverlight 플랫폼 용으로 특별히 설계되었으며, 모든

XAML [i] 플랫폼에 사용됩니다.

WPF는 Windows 기반 프로그램에서 사용자 인터페이스를 렌더링하고.NET Framework 3에서 처음 릴리스 된 Microsoft 시스템입니다. 0

MVVM

는 MVC 및이 패턴에서 정제되었습니다., View 는 행동, 이벤트 및 데이터 바인딩에 대해 활성화되어 있으며 View

는

ViewModel 과 동기화됩니다 (프레젠테이션 분리 및 노출 방법 사용 가능) MVVM 은 Model (유효성 검사 및 비즈니스 논리가있는 데이터를 나타냄)의 세 가지 핵심 구성 요소로 이루어져 있습니다. 보기 > (뷰는 사용자가 화면에 표시되는 구조, 레이아웃 및 모양을 정의하는 책임이 있습니다. 비즈니스 로직을 포함하지 않는 코드 숨김이 제한된 XAML을 사용하여 뷰를 정의하는 것이 이상적입니다. 양방향 데이터 - 모델과 ViewModel을 View와 동기화하는 기능을 표시하기 위해 View 와 ViewModel 사이를 바인딩)

ViewModel e 모델을 작성하고 데이터 (모델)를 조작하는 메소드와 명령을 표시합니다.

• View 는 (데이터 바인딩 및 메소드를 통해)
• ViewModel 에서 데이터를 수신하고 런타임에 View 는 ViewModel .
• ViewModel 는

보기 와 모델 을 중재하고 보기 논리를 처리합니다. 모델 에서 데이터를 가져 와서 보기

에 표시하여 표시합니다. 이 구성 요소들은 모두 서로 분리되어있어 다른 구성 요소에 영향을 미치지 않으면 서 독립적으로 작업하고, 단위 테스트를 격리하고, 교환 할 수있는 유연성이 뛰어납니다. 이 구조는 Model 및 다른 구성 요소가 독립적으로 발전 할 수있게 해줌으로써 개발자가 솔루션의 여러 측면을 동시에 처리 할 수있게합니다. 예를 들어 디자이너가 보기 를 작업하는 경우 다른 구성 요소에 액세스하지 않고 데이터 샘플을 생성하기 만하면됩니다. 이렇게하면 XAML에서 보기 가 구현되므로 사용자 인터페이스를 쉽게 다시 디자인 할 수 있습니다. MVP 에서 언급했듯이 간단한 솔루션에는 "Hello World!"와 같은 아키텍처 및 디자인 패턴이 필요하지 않습니다."어떤 패턴을 따르기에는 너무 기본입니다. 그러나 더 많은 기능, 기능 및 구성 요소가 도입되면 응용 프로그램의 복잡성이 증가하고 관리해야 할 코드의 양도 늘어납니다. 요약 사용자 인터페이스 개발이 시작된 이래로 개발 프로세스를보다 쉽게하기 위해 디자인 패턴이 대중화되고 응용 프로그램의 확장 성이 향상되고 테스트가 쉬워졌습니다. MVP와 MVVM 패턴의 차이점 설명: MVP

및

MVVM 모두 보기 는 응용 프로그램의 진입 점 > MVP 에는

MV 와 Presenter

사이에 일대일 매핑이 있습니다.

MVVM

• View 와 ViewModel 사이에 많은 것을 설정하십시오. MVP 는 주로 Windows Forms 및 Windows Phone 응용 프로그램에 사용되며 MVVM
• 은 Silverlight, WPF, Knockout / AngularJS 등을 위해 설계되었습니다.