>  기사  >  백엔드 개발  >  PHP 프레임워크의 MVC 아키텍처 분석(예제 포함)

PHP 프레임워크의 MVC 아키텍처 분석(예제 포함)

不言
不言앞으로
2019-03-13 14:02:453106검색

이 기사의 내용은 PHP 프레임워크의 MVC 아키텍처 분석에 관한 것입니다(예제 포함). 도움이 필요한 친구들이 참고할 수 있기를 바랍니다.

MVC 아키텍처에 대해 이야기하기 전에 먼저 PHP 프레임워크에 대해 이야기해 보겠습니다. PHP 언어를 배운 수많은 사람들은 다양한 PHP 프레임워크를 접하게 됩니다. TP, Yii, CI 및 매우 인기 있는 laravel 등은 어떻습니까?

대부분 MVC 아키텍처를 기반으로 한다고 말할 것입니다. 그런 다음 MVC의 논리를 이해하고 이 논리를 사용하여 웹 사이트를 구축하려고 노력해야 합니다. MVC가 정말 맛있다고~# 🎜🎜#

Interview

많은 PHP 인터뷰에서 MVC가 무엇을 의미하는지, 이 아키텍처를 어떻게 이해하는지 등 MVC에 대한 질문을 받을 수 있습니다. 그러나 많은 사람들은 모델이 데이터베이스의 테이블 구조에 해당하고, 뷰는 페이지에 해당하고 표시에 사용된다는 것을 이해합니다. 컨트롤러는 주로 다양한 논리를 작성하고 데이터를 페이지 표시와 연결하는 데 사용됩니다.

위의 답변은 기본적으로 문제가 없지만, 웹사이트의 구조가 정말 그렇게 간단할까요? 당연히 아닙니다

Design

말하기 전에 먼저 디자인 패턴 중 하나인 중간 패턴을 이해해 보겠습니다. 생생한 이해는 홍콩 은행 플러그와 국립 은행 플러그 사이의 어댑터입니다.

MVC 아키텍처에서 컨트롤러는 이 어댑터입니다. 모델의 데이터를 뷰로 전송하는 역할만 담당하며, 방문자는 모델에 저장된 실제 데이터를 볼 수 없습니다. 다른 관점에서 볼 때, 이 중개 모델은 두 데이터 계층 간의 우호적인 통신을 촉진할 수 있습니다.

砀공간

이 모드가 그렇게 좋은가요? 비즈니스 로직이 점점 더 복잡해짐에 따라 컨트롤러에 점점 더 많은 코드가 있다는 것을 알게 될 것이며 중복 코드를 조정하고 최적화하고 싶지 않을 것입니다.

하지만 거시적 관점에서 볼 때 웹사이트에는 요청만 많고 양식도 많고 페이지도 더 많을 뿐인데 왜 그럴까요?

그렇습니다. 이런 저런 일이 많아서 컨트롤러의 각 메소드가 너무 길어지기 때문에 분할하는 것이 생각 가능한 해결책입니다.

yii 프레임워크를 사용했다면 가장 쉬운 방법은 요청 양식 레이어를 추가하는 것입니다. 코드는 다음과 같습니다.

class AuthController {
    public function login() {
        $FLogin = new loginForm();
        $FLogin->save();
    }
}

// 一般在独立的文件夹中
class loginForm {
    public function __construct() {
        $post = $_POST;
    }
    
    public function save() {
    }
}
위는 다음과 같습니다. 컨트롤러 질문에서 양식 양식을 해결하는 방법, 이 질문은 기본적으로 많은 코드 문제를 완화할 수 있습니다.

divergence

양식 레이어 해결의 관점에서 보면 실제로 해결할 수 있는 유사한 문제가 많이 있습니다. 우리는 프런트엔드에 vue.js라는 프레임워크가 있다는 것을 알고 있는데, 여기에는 MVVM 모델이라는 개념이 언급되어 있습니다.

사실 복잡한 페이지를 표시할 때, 백엔드가 데이터를 외부로 출력할 때, 이것도 데이터 출력용으로 사용할 수 있습니다. 이러한 모델을 구축하는 방법은 비즈니스 로직에 따라 다릅니다.

여기에는 하나 이상의 데이터 테이블이 필요한 경우가 많기 때문에 사용자 센터의 간단한 예가 있습니다.

class AuthController {
    public function userCenterAction() {
        return new userVM();
    }
}

class userVM {
    public $user;
    public $orders;
    public $other;

    public function __construct() {
        $this->user = $this->getUser();
        $this->orders = $this->getOrders();

        $this->handle();
    }

    private function getUser() {
        return NULL;
    }

    private function getOrders() {
        return NULL;
    }

    private function handle() {
    }
}
위 코드에는 VM 계층이 있습니다. 관련 정보를 얻을 수 있는 데이터 코드는 각자의 메소드에 배치된 후 핸들 메소드에서 자유롭게 결합됩니다. 이렇게 하면 컨트롤러의 코드를 관리하기가 매우 쉽습니다.

다시 생각해 보세요. 캡슐화할 수 있는 다른 레이어가 있나요? 실제로 요청 계층, 프레임워크에 의해 종종 캡슐화되는 유효성 검사 계층, laravel의 인기 있는 미들웨어 계층 등이 있습니다. 시스템이 복잡할수록 더 많은 레이어가 있다고 말할 수 있습니다.

모든 ​​복잡한 시스템 뒤에는 수석 개발 엔지니어와 건축가의 디자인 아이디어가 있습니다. 위에서 너무 많이 말했지만 독자들이 이러한 내용을 이해할 수 있을지 모르겠습니다. 위 코드를 예로 들면, 또 다른 디자인 패턴인 빌더 패턴이 포함되어 있습니다.

요약

많은 코드를 작성해 보면 그 뒤에 숨겨진 진실을 알게 될 것입니다. 새로운 프레임워크가 탄생하면 프레임워크를 배우는 것에서 프레임워크가 어떻게 설계되고 어떤 문제를 해결하는지로 초점이 점차 바뀌게 됩니다. 더 나은 기술과 방법이 어디에 사용되며, 이를 통해 무엇을 얻을 수 있는지. 어떤 곳에서는 어떤 디자인 아이디어가 더 좋은가요? 나는 생각하는데 상대방은 생각하지 못하는 이유가 있나요?

저는 지난 몇 년 동안 CI부터 Symfony까지 다양한 PHP 프레임워크를 사용해 왔습니다. 너무 많은 프레임워크를 사용하지 않으면 이러한 것들을 경험할 수 없습니다. 프로그래밍을 배우는 것은 사실 영어와 똑같기 때문에 지름길이 없습니다.

더 많이 쓰고, 더 생각하고, 더 많이 연습하세요...

위 내용은 PHP 프레임워크의 MVC 아키텍처 분석(예제 포함)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
이 기사는 segmentfault.com에서 복제됩니다. 침해가 있는 경우 admin@php.cn으로 문의하시기 바랍니다. 삭제