코어 포인트
MVC 패턴은 데이터 표시를 데이터와 상호 작용하는 방법과 분리하여 프론트 엔드 및 백엔드 개발자가 서로 방해하지 않고 동일한 시스템에서 작동 할 수있는 소프트웨어 아키텍처 패턴입니다. MVC는 우려와 재사용 가능한 코드의 분리에 중점을 둔 웹 개발에 적용되어 모듈 식 시스템의 개발이 기능을 신속하게 업데이트, 추가 또는 삭제하도록 장려합니다.
MVC 모드에는 세 가지 핵심 부분이 포함되어 있습니다 : Model (Model), View (View) 및 컨트롤러. 모델은 데이터를 영구적으로 저장하는 것입니다.보기는 데이터가 보는 곳이며 최종 출력이 결정되고 컨트롤러는 사용자가 입력하거나 제출 한 데이터를 처리하고 그에 따라 모델을 업데이트합니다.- MVC 모델은 원래 1970 년대 후반에 제안되었으며 데이터와 상호 작용하는 방법에서 데이터 표시를 분리하는 소프트웨어 아키텍처 모델입니다. 이론적으로, 잘 확립 된 MVC 시스템은 프론트 엔드 개발자와 백엔드 개발자가 서로 방해하지 않고 동일한 시스템에서 작업 할 수있게하거나 어느 당사자가 처리하고있는 파일을 공유하거나 편집 할 수 있어야합니다. MVC는 원래 개인용 컴퓨팅을 위해 설계되었지만 우려의 분리에 중점을두고 간접적으로 재사용 가능한 코드로 인해 웹 개발자가 널리 채택했습니다. 이 모델은 모듈 식 시스템의 개발을 장려하여 개발자가 기능을 신속하게 업데이트, 추가 또는 삭제할 수 있습니다. 이 기사에서는 MVC의 기본 원칙을 소개 하고이 패턴의 정의에 대한 개요를 제공하며 PHP에서 MVC의 예를 빠르게 소개합니다. 이 게시물은 이전에 MVC를 사용한 적이 없거나 이전 MVC 개발 기술을 검토하려는 사람들을위한 것입니다.
- MVC 이해
- 이 패턴의 이름은 모델,보기 및 컨트롤러의 세 가지 핵심 부분의 조합입니다. 완전하고 올바른 MVC 패턴의 시각적 표현은 다음과 같습니다. 이 다이어그램은 데이터의 일원 흐름 레이아웃, 구성 요소간에 데이터가 전달되는 방법 및 구성 요소 간의 작동 방식을 보여줍니다. 모델 (모델)
-
모델은 전체 설계에 사용 된 데이터의 영구 저장을 말합니다. 데이터에 대한 액세스를 보거나 수집하고 작성해야하며 MVC 모드에서 뷰 구성 요소와 컨트롤러 구성 요소 사이의 브리지입니다. 모델의 중요한 측면은 기술적으로 "블라인드"라는 것입니다. 데이터가 뷰 또는 컨트롤러 구성 요소로 전달 된 후에 발생하는 일과 함께 모델이 연결되거나 이해되지 않는다는 것입니다. 그것은 다른 부분의 응답을 호출하거나 추구하지 않습니다. 유일한 목적은 데이터를 영구 저장소로 처리하거나 다른 부분으로 전달할 데이터를 찾아 준비하는 것입니다. 그러나 모델을 데이터베이스로 간단히 일반화하거나 데이터 프로세스를 처리하는 다른 시스템으로의 게이트웨이로 표시 할 수 없습니다. 모델은 질문을하지 않고 모든 요청을 받아들이는 데이터의 게이트 키퍼 역할을해야합니다. 모델 구성 요소는 일반적으로 MVC 시스템의 가장 복잡한 부분이며 전체 시스템의 핵심이기도합니다. 컨트롤러와 뷰 사이에 연결이 없기 때문입니다. 보기 (보기)
보기는 모델에서 요청한 데이터가있는 위치이며 최종 출력을 결정합니다. 전통적으로 MVC를 사용하여 구축 된 웹 응용 프로그램에서보기는 HTML을 생성하고 표시하는 시스템 부분입니다. 보기는 또한 사용자의 반응을 유발하며 사용자는 컨트롤러와 계속 상호 작용합니다. 기본 예는 사용자가 컨트롤러에서 동작을 클릭하고 트리거하는 뷰에서 생성 된 버튼입니다. View 구성 요소, 특히 MVC 패턴을 사용하여 응용 프로그램을 구축하는 웹 개발자에 대한 오해가 있습니다. 예를 들어, 많은 사람들은 뷰가 모델과 연결되어 있지 않으며 뷰로 표시되는 모든 데이터가 컨트롤러에서 전달된다고 잘못 생각합니다. 실제로이 과정은 MVC 패턴의 이론을 완전히 무시합니다. Fabio Cevasco의 기사 "CakePHP 프레임 워크 : 첫 번째 시도"는 CakePHP 프레임 워크에서 MVC에 대한이 난독 화 접근 방식을 보여줍니다. "MVC 아키텍처를 올바르게 적용하려면 모델과보기간에 상호 작용이 없음을 언급해야합니다.
또한,보기를 템플릿 파일로 설명하는 것은 부정확합니다. 그러나 Tom Butler가 지적했듯이 이것은 사람의 잘못이 아니라 많은 개발자들의 많은 실수로 개발자의 MVC에 대한 잘못된 학습으로 이어집니다. 그런 다음 그들은 다른 사람들을 잘못 교육합니다. 뷰는 실제로 템플릿보다 훨씬 많지만 현대 MVC에서 영감을 얻은 프레임 워크는보기를 너무 인식 할 수 없어 프레임 워크가 실제로 올바른 MVC 패턴을 따르는 지 아무도 신경 쓰지 않습니다. 뷰 부분은 컨트롤러로부터 데이터를 수신하지 않는다는 것을 기억하는 것이 중요합니다. 중간 모델이없는 모델을 논의 할 때 언급했듯이보기와 컨트롤러 사이에는 직접적인 관계가 없습니다. 컨트롤러 (컨트롤러)
트리플의 마지막 구성 요소는 컨트롤러입니다. 그 임무는 사용자가 입력하거나 제출 한 데이터를 처리하고 그에 따라 모델을 업데이트하는 것입니다. 컨트롤러의 생명선은 사용자 상호 작용없이 목적이 없습니다. 사용자가 상호 작용 해야하는 패턴의 유일한 부분입니다. 컨트롤러는 단순히 정보 수집가로 일반화 될 수 있으며, 그 다음 스토리지를위한 조직 모델로 전달되며 입력을 수집하는 데 필요한 논리 이외의 다른 논리를 포함하지 않습니다. 컨트롤러는 단일보기 및 단일 모델에만 연결되어 각 데이터 교환 지점에서 핸드 셰이크 및 서명이있는 일방 통행 데이터 흐름 시스템으로 만듭니다. 컨트롤러는 사용자가 처음 뷰와 상호 작용할 때 작업을 수행하는 지침 만 제공하며 각 컨트롤러의 기능이 사용자와보기와의 상호 작용에 의해 트리거된다는 것을 기억하는 것이 중요합니다. 개발자가 저지르는 가장 일반적인 실수는 컨트롤러를 게이트웨이에 착각하고 궁극적으로보기가 가정 해야하는 기능과 책임을 할당하는 것입니다 (이것은 일반적으로 동일한 개발자가 단순히보기 구성 요소를 템플릿으로 실수로 고려하는 결과입니다). 또한 일반적인 실수는 컨트롤러에 모델에서 뷰 단독으로 데이터의 압축, 전달 및 처리를 담당하는 기능을 제공하는 것입니다. MVC 모드에서는이 관계가 모델과보기간에 유지되어야합니다.
위 내용은 PHP 마스터 | MVC 패턴 및 PHP, 1 부의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

thesecrettokeepingAphp-poweredwebsiterunningsmoothlydlyUnderHeavyloadInvolvesEveralKeyStrategies : 1) ubstractOpCodeCachingWithOpCacheTecescripteExecutionTime, 2) usedatabasequeryCachingwithRedSendatabaseload, 3) LeverAgeCdnslikeCloudforforporerververforporporpin

Code는 코드가 더 명확하고 유지 관리하기 쉽기 때문에 의존성 주입 (DI)에 관심을 가져야합니다. 1) DI는 클래스를 분리하여 더 모듈 식으로 만들고, 2) 테스트 및 코드 유연성의 편의성을 향상시키고, 3) DI 컨테이너를 사용하여 복잡한 종속성을 관리하지만 성능 영향 및 순환 종속성에주의를 기울이십시오. 4) 모범 사례는 추상 인터페이스에 의존하여 느슨한 커플 링을 달성하는 것입니다.

예, PPAPPLICATIONISPOSSIBLEADESLESTION.1) INVERECINGUSINGAPCUTERODUCEDABASELOAD.2) INCODINCEDEXING, ENGICIONEQUERIES 및 CONNECTIONPOULING.3) 향상된 보드 바이어링, 플로 팅 포르코 잉을 피하는 최적화 된 APPCUTERODECEDATABASELOAD.2)

theKeyStrategiesToSINCINTIFILINTINTIFILINTINTHPPORMATIONPERFORMANCEARE : 1) USEOPCODECACHING-CCHACHETEDECUTECUTINGTIME, 2) 최적화 된 ABESINSTEMENTEMENDSTEMENTEMENDSENDSTATEMENTENDS 및 PROPERINDEXING, 3) ConfigureWebSerVERSLIKENGINXXWITHPMFORBETPERMERCORMANCES, 4)

aphpdectionenceindectioncontainerisatoolthatmanagesclassdependencies, 향상 Codemodularity, testability 및 maintainability.itactAsacentralHubForCreatingAndingDinjectingDingingDingingdecting.

대규모 응용 프로그램의 경우 SELLENCIONINGESS (DI)를 선택하십시오. ServicElocator는 소규모 프로젝트 또는 프로토 타입에 적합합니다. 1) DI는 생성자 주입을 통한 코드의 테스트 가능성과 모듈성을 향상시킵니다. 2) Servicelocator는 센터 등록을 통해 서비스를 얻습니다. 이는 편리하지만 코드 커플 링이 증가 할 수 있습니다.

phPapplicationSCanBeoptimizedForsPeedandefficiencyby : 1) ENABLEOPCACHEINPHP.INI, 2) PREPAREDSTATEMENTSWITHPDOFORDATABASEQUERIES 사용

phpeMailValidationInvoLvestHreesteps : 1) formatValidationUsingRegularexpressionsTochemailformat; 2) dnsValidationToErethedomainHasaValidMxRecord; 3) smtpvalidation, theSTHOROUGHMETHOD, theCheckSiftheCefTHECCECKSOCCONNECTERTETETETETETETWERTETWERTETWER


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

SublimeText3 Linux 새 버전
SublimeText3 Linux 최신 버전

Eclipse용 SAP NetWeaver 서버 어댑터
Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.

MinGW - Windows용 미니멀리스트 GNU
이 프로젝트는 osdn.net/projects/mingw로 마이그레이션되는 중입니다. 계속해서 그곳에서 우리를 팔로우할 수 있습니다. MinGW: GCC(GNU Compiler Collection)의 기본 Windows 포트로, 기본 Windows 애플리케이션을 구축하기 위한 무료 배포 가능 가져오기 라이브러리 및 헤더 파일로 C99 기능을 지원하는 MSVC 런타임에 대한 확장이 포함되어 있습니다. 모든 MinGW 소프트웨어는 64비트 Windows 플랫폼에서 실행될 수 있습니다.

DVWA
DVWA(Damn Vulnerable Web App)는 매우 취약한 PHP/MySQL 웹 애플리케이션입니다. 주요 목표는 보안 전문가가 법적 환경에서 자신의 기술과 도구를 테스트하고, 웹 개발자가 웹 응용 프로그램 보안 프로세스를 더 잘 이해할 수 있도록 돕고, 교사/학생이 교실 환경 웹 응용 프로그램에서 가르치고 배울 수 있도록 돕는 것입니다. 보안. DVWA의 목표는 다양한 난이도의 간단하고 간단한 인터페이스를 통해 가장 일반적인 웹 취약점 중 일부를 연습하는 것입니다. 이 소프트웨어는