소프트웨어 개발 초기에 애플리케이션은 로직과 UI가 필연적으로 얽혀 있는 복잡한 전체였습니다. 1970년대 후반에 Smalltalk 프로그래밍 언어 설계자들은 애플리케이션 구축에 대한 다른 접근 방식을 개발했습니다. 즉, 소프트웨어의 "비즈니스" 논리를 사용자에게 인터페이스를 전달하고 지침을 수락하는 요소와 분리하는 접근 방식이었습니다.
소프트웨어 아키텍처의 원칙(MVC 또는 Model-View-Controller)은 나중에 대다수의 웹 애플리케이션과 그 기반이 되는 프레임워크의 디자인 패턴이 되었습니다. CodeIgniter, CakePHP 및 Laravel과 같은 PHP 프레임워크는 MVC 스타일 애플리케이션을 최대한 쉽게 구축할 수 있도록 설계되었습니다. 관련 권장 사항: "mvc 디자인 패턴"
MVC란 무엇입니까?MVC를 이해하는 가장 좋은 방법은 애플리케이션 아키텍처에서 문제를 분리하는 방식을 이해하는 것입니다.
모델
모델은 MVC 애플리케이션의 핵심입니다. 애플리케이션의 핵심 기능을 구성하는 기본 논리와 데이터 개체가 개발되는 곳입니다. 모델은 애플리케이션이 저장하고 처리하여 최종 사용자에게 전달하는 실제 지식을 표현한 것으로 생각할 수 있습니다(전달 세부 사항은 다른 곳에서 발생하지만).
모델은 데이터베이스에서 데이터를 가져와서 다른 구성 요소가 이해할 수 있는 데이터 객체로 패키징하고 해당 객체를 전달하는 역할을 담당합니다. 대부분의 객체는 컨트롤러의 입력에 응답합니다.
컨트롤러
컨트롤러는 사용자가 애플리케이션과 상호 작용하는 방법입니다. 일반적으로 컨트롤러는 인터페이스에서 사용자 요청(일반적으로 웹 애플리케이션의 HTTP 요청 형식)을 수신하고 데이터를 컨트롤러에 반환하기 전에 데이터를 검색하고 처리하는 모델을 호출합니다. 그런 다음 컨트롤러는 적절한 보기를 사용하여 사용자에게 이러한 결과를 표시합니다.
View
View는 모델이 제공하는 데이터가 사용자에게 표시되는 곳입니다. 뷰는 시각적(또는 기타) 인터페이스 요소를 모니터링합니다. 즉, 모델에서 제공하는 정보를 선택, 필터링 및 정렬합니다.
다양한 보기는 다양한 방식으로 정보를 표시할 수 있습니다. - 다중 보기의 확실한 구현은 모바일 또는 데스크톱 브라우저에서 정보 표시를 처리하는 것입니다.
MVC 아키텍처를 구현하는 방법에는 여러 가지가 있다는 점을 기억하십시오. 위의 내용은 기본 원칙에 대한 높은 수준의 개요이며 특정 구현을 반영하지 않습니다.
MVC를 사용하는 이유
개발자는 웹 디자이너가 HTML(모델)과 CSS(뷰)를 사용하는 것과 같은 이유로 MVC 아키텍처를 사용합니다. 구조, 데이터 및 레이아웃을 함께 혼합하는 대신 프레젠테이션과 데이터를 분리합니다. 복잡성을 줄이고 허용합니다. 예를 들어 개발자는 핵심 로직을 변경하지 않고 새로운 프런트 엔드 인터페이스를 구축할 수 있습니다. MVC는 웹 애플리케이션의 복잡성을 줄여 유지 관리를 더 쉽게 만듭니다.
프레임워크를 사용하는 이유는 무엇입니까?
MVC 프레임워크는 MVC 애플리케이션 구축에 필요한 기본 프레임워크 작업의 대부분을 수행합니다. 개발자는 프레임워크에서 제공하는 구조를 확장하기만 하면 됩니다.
상상할 수 있듯이 처음부터 MVC 애플리케이션을 구축하는 것은 복잡합니다. 프레임워크를 사용하면 시작하기가 더 쉽습니다. 개발자는 구성 요소를 구성하는 복잡한 비즈니스와 상호 작용 방식에 대해 걱정하는 대신 애플리케이션의 기본 논리를 구축하고 사용자가 해당 논리와 상호 작용할 인터페이스에 집중할 수 있습니다.
위 내용은 MVC 프레임워크의 이해의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!