MVC 프레임워크란 무엇입니까?

韦小宝원래의: 2017-12-15 11:42:001568검색

MVC는 애플리케이션의 입력, 처리 및 출력을 분리하는 디자인 패턴입니다. 이 글에서는 MVC 프레임워크가 무엇인지 자세히 소개하고, 어느 정도 참고할만한 가치가 있습니다. MVC에 관심이 있는 친구들은 참고하면 됩니다.

MVC(Model View Controler)는 원래 데스크톱 프로그램에 존재했던 것으로, M은 데이터 모델에서 V는 사용자 인터페이스를 나타내고 C는 컨트롤러를 나타냅니다. MVC를 사용하는 목적은 M과 V의 구현 코드를 분리하여 동일한 프로그램이 다른 표현을 사용할 수 있도록 하는 것입니다. 예를 들어 막대형 차트와 원형 차트로 통계 데이터 배치를 각각 표시할 수 있습니다. C의 목적은 M과 V의 동기화를 보장하는 것입니다. M이 변경되면 V도 동시에 업데이트되어야 합니다.

MVC(Model-View-Controller)는 1980년대 Xerox PARC가 프로그래밍 언어Smalltalk-80을 위해 발명한 소프트웨어 디자인 패턴으로 오늘날 널리 사용되고 있습니다. 최근에는 Sun J2EE 플랫폼의 디자인 패턴으로 권장되었으며 ColdFusion 및 PHP를 사용하는 개발자가 점점 더 많아지고 있습니다. 모델-뷰-컨트롤러 패턴은 많은 이점이 있지만 몇 가지 단점도 있는 유용한 도구 상자입니다.

MVC 작동 방식

MVC는 애플리케이션의 입력, 처리 및 출력을 분리하도록 하는 디자인 패턴입니다. MVC를 사용하는 애플리케이션은 모델, 뷰, 컨트롤러의 세 가지 핵심 구성 요소로 나뉩니다. 그들은 각자 자신의 업무를 처리합니다.

View

View는 사용자가 보고 상호 작용하는 인터페이스입니다. 기존 웹 애플리케이션의 경우 뷰는 HTML 요소로 구성된 인터페이스입니다. 새로운 스타일의 웹 애플리케이션에서는 HTML이 여전히 뷰에서 중요한 역할을 하지만 Macromedia Flash 및 일부 새로운 기술이 끊임없이 등장했습니다. XHTML, XML/XSL, WML 등과 같은 마크업 언어 및 웹 서비스

애플리케이션의 인터페이스를 처리하는 방법이 점점 더 어려워지고 있습니다. MVC의 가장 큰 장점 중 하나는 애플리케이션에 대해 다양한 뷰를 처리할 수 있다는 것입니다. 데이터가 온라인에 저장되어 있든 직원 목록에 저장되어 있든 관계없이 뷰에서는 실제 처리가 발생하지 않습니다. 뷰는 데이터를 출력하고 사용자가 이를 조작할 수 있는 방법으로만 사용됩니다.

모델

모델은 기업 데이터와 비즈니스 규칙을 나타냅니다. MVC의 세 가지 구성 요소 중에서 모델이 가장 많은 처리 작업을 수행합니다. 예를 들어 EJB 및 ColdFusion 구성 요소와 같은 구성 요소 객체를 사용하여 데이터베이스를 처리할 수 있습니다. 모델이 반환하는 데이터는 중립적입니다. 즉, 모델은 데이터 형식과 아무런 관련이 없으므로 모델은 여러 보기에 데이터를 제공할 수 있습니다. 모델에 적용된 코드는 한 번만 작성하면 여러 뷰에서 재사용할 수 있으므로 코드 중복이 줄어듭니다.

컨트롤러

컨트롤러는 사용자 입력을 받아들이고 모델과 뷰를 호출하여 사용자의 요구를 충족시킵니다. 그래서 웹 페이지의 하이퍼링크를 클릭하고 HTML 양식이 전송되면 컨트롤러 자체는 아무것도 출력하거나 처리하지 않습니다. 요청을 수신하고 요청을 처리하기 위해 호출할 모델 구성 요소를 결정한 다음 모델 처리에서 반환된 데이터를 표시하는 데 사용할 뷰를 결정합니다.

이제 MVC 처리 프로세스를 요약합니다. 먼저 컨트롤러는 사용자의 요청을 수신하고 처리를 위해 어떤 모델을 호출해야 하는지 결정합니다. 그런 다음 모델은 비즈니스 로직을 사용하여 사용자의 요청을 처리하고 마지막으로 데이터를 형식화합니다. 모델이 반환한 데이터는 프레젠테이션 레이어를 통해 사용자에게 제공됩니다.

MVC를 사용하는 이유

대부분의 웹 애플리케이션은 ASP, PHP 또는 CFML과 같은 절차적 언어를 사용하여 생성됩니다. 데이터베이스 쿼리와 같은 데이터 수준 코드와 HTML과 같은 프레젠테이션 수준 코드를 혼합합니다.

숙련된 개발자라면 프리젠테이션 레이어에서 데이터를 분리하겠지만 이는 일반적으로 세심한 계획과 지속적인 시도가 필요합니다. MVC는 근본적으로 이들을 분리하도록 강제합니다. MVC 애플리케이션을 구축하려면 몇 가지 추가 작업이 필요하지만 이것이 우리에게 가져오는 이점은 의심할 여지가 없습니다.

무엇보다도 여러 뷰가 하나의 모델을 공유할 수 있으며 앞서 언급했듯이 이제 애플리케이션에 액세스할 수 있는 방법이 점점 더 많아졌습니다. 이에 대한 한 가지 해결책은 사용자가 Flash 인터페이스를 원하든 WAP 인터페이스를 원하든 상관없이 하나의 모델이 모든 것을 처리할 수 있도록 MVC를 사용하는 것입니다. 프리젠테이션 레이어에서 데이터와 비즈니스 규칙을 분리했기 때문에 코드 재사용을 극대화할 수 있습니다.

모델에서 반환된 데이터는 형식이 지정되지 않으므로 동일한 구성 요소를 다른 인터페이스에서 사용할 수 있습니다. 예를 들어, 많은 데이터가 HTML로 표시될 수 있지만 Macromedia Flash 및 WAP로도 표시될 수 있습니다. 모델에는 상태 관리 및 데이터 지속성 기능도 있습니다. 예를 들어 세션 기반 장바구니 및 전자 상거래 프로세스를 Flash 웹 사이트 또는 무선 네트워크 애플리케이션에서 재사용할 수 있습니다.

모델은 독립적이고 컨트롤러 및 뷰와 분리되어 있기 때문에 애플리케이션의 데이터 계층과 비즈니스 규칙을 쉽게 변경할 수 있습니다. 데이터베이스를 MySQL에서 Oracle로 마이그레이션하거나 RDBMS 기반 데이터 소스를 LDAP로 변경하려면 모델을 변경하기만 하면 됩니다.

모델을 올바르게 구현하면 데이터가 데이터베이스에서 나오든 LDAP 서버에서 나오든 뷰에 올바르게 표시됩니다. MVC를 사용하는 애플리케이션의 세 가지 구성 요소는 상호 배타적이므로 그 중 하나를 변경해도 다른 두 구성 요소에는 영향을 미치지 않으므로 이 디자인 아이디어를 기반으로 느슨하게 결합된 좋은 구성 요소를 구성할 수 있습니다.

저에게 컨트롤러는 또한 이점을 제공합니다. 즉, 컨트롤러를 사용하여 다양한 모델과 뷰를 연결하여 사용자 요구를 완성할 수 있으므로 컨트롤러는 애플리케이션 구축을 위한 강력한 수단을 제공할 수 있습니다. 재사용 가능한 일부 모델과 뷰가 주어지면 컨트롤러는 사용자의 필요에 따라 처리할 모델을 선택한 다음 뷰를 선택하여 처리 결과를 사용자에게 표시할 수 있습니다.

MVC의 단점

MVC의 단점은 명확한 정의가 없기 때문에 MVC를 완전히 이해하기가 그리 쉽지 않다는 것입니다. MVC를 사용하려면 세심한 계획이 필요하고 내부 원리가 복잡하기 때문에 생각하는 데 시간이 걸립니다.

MVC를 애플리케이션에 어떻게 적용할지 고민하는 데 상당한 시간을 투자해야 합니다. 동시에 모델과 뷰를 엄격하게 분리해야 하므로 애플리케이션 디버깅도 어려워집니다. 모든 구성 요소는 사용하기 전에 철저한 테스트를 거쳐야 합니다. 구성요소를 테스트한 후에는 걱정 없이 재사용할 수 있습니다.

제 개인적인 경험에 따르면, 애플리케이션을 세 가지 구성 요소로 나누기 때문에 MVC를 사용한다는 것은 이전보다 더 많은 파일을 관리해야 한다는 것을 의미하며 이는 당연합니다. 이는 업무량이 늘어난 것처럼 보일 수 있지만, 이는 우리에게 가져올 수 있는 이점에 비하면 아무것도 아니라는 점을 기억하시기 바랍니다.

MVC는 소규모 또는 중간 규모의 애플리케이션에는 적합하지 않습니다. 그다지 크지 않은 애플리케이션에 MVC를 적용하는 데 많은 시간을 소비하면 일반적으로 이득보다 손실이 더 큽니다.

MVC는 소프트웨어를 만드는 좋은 방법입니다.

MVC 디자인 패턴은 소프트웨어를 만드는 좋은 방법입니다. 콘텐츠와 디스플레이의 분리와 같이 MVC가 옹호하는 일부 원칙은 이해하기 더 쉬울 수 있습니다. 그러나 모델, 뷰 및 컨트롤러의 구성 요소를 분리하려면 애플리케이션, 특히 애플리케이션의 아키텍처 측면을 다시 생각해야 할 수도 있습니다. MVC를 기꺼이 받아들이고 그에 따른 추가 작업과 복잡성을 처리할 수 있는 능력이 있다면 MVC는 견고성, 코드 재사용 및 구조 측면에서 소프트웨어를 새로운 수준으로 끌어올릴 것입니다.