PHP Yii Framework_php 스킬의 작동 메커니즘과 라우팅 기능에 대한 자세한 설명

작동 메커니즘 개요
Yii 애플리케이션이 HTTP 요청 처리를 시작할 때마다 대략적인 프로세스를 거칩니다.

• 사용자가 항목 스크립트 web/index.php에 요청을 제출합니다.
• 입력 스크립트는 구성 배열을 로드하고 요청을 처리할 애플리케이션 인스턴스를 생성합니다.
• 애플리케이션은 요청 애플리케이션 구성요소를 통해 요청된 경로를 해결합니다.
• 애플리케이션은 요청을 구체적으로 처리하기 위해 컨트롤러 인스턴스를 생성합니다.
• 컨트롤러는 액션 인스턴스를 생성하고 액션에 대한 관련 필터(액세스 필터)를 실행합니다.
• 필터 검증에 실패하면 작업이 취소됩니다.
• 모든 필터를 통과하면 작업이 실행됩니다.
• 이 작업은 일반적으로 데이터베이스에서 데이터 모델을 로드합니다.
• 이 작업은 뷰를 렌더링하고 필요한 데이터 모델을 제공합니다.
• 렌더링된 결과는 응답 애플리케이션 구성 요소로 반환됩니다.
• 반응형 구성요소는 렌더링 결과를 사용자의 브라우저로 다시 보냅니다.

아래 다이어그램은 애플리케이션이 요청을 처리하는 방법을 보여줍니다.

부트스트래핑
부트 부트스트랩은 애플리케이션이 새로 승인된 요청을 구문 분석하고 처리하기 전에 미리 환경을 준비하는 프로세스를 의미합니다. 창업 안내는 엔트리 스크립트(Entry Script)와 지원서 본문(application) 두 곳에서 진행됩니다.

엔트리 스크립트에서는 각 클래스 라이브러리의 클래스 파일 오토로더(Class Autoloader, 일명 오토로더)를 등록해야 합니다. 여기에는 주로 autoload.php 파일을 통해 로드되는 Composer 오토로더와 Yii 클래스를 통해 로드되는 Yii 오토로더가 포함됩니다. 그런 다음 항목 스크립트는 애플리케이션의 구성을 로드하고 애플리케이션 주체의 인스턴스를 만듭니다.

신청 본문 생성자에서는 다음과 같은 안내 작업을 수행합니다.

• yiibaseApplication::preInit()(사전 초기화) 메서드를 호출하여 yiibaseApplication::basePath 속성과 같은 우선순위가 높은 일부 애플리케이션 속성을 구성합니다.
• yiibaseApplication::errorHandler를 등록하세요.
• 주어진 애플리케이션 구성을 통해 애플리케이션 속성을 초기화합니다.
• yiibaseApplication::init()(초기화) 메서드를 호출하면 yiibaseApplication::bootstrap()을 순차적으로 호출하여 부트스트랩 구성 요소를 실행합니다.
• 확장 매니페스트 파일 Vendor/yiisoft/extensions.php를 로드합니다.
• 각 확장 프로그램에서 선언한 부트스트랩 구성 요소를 생성하고 실행합니다.
• 애플리케이션의 Bootstrap 속성에 선언된 각 애플리케이션 구성 요소와 각 모듈 구성 요소(있는 경우)를 생성하고 실행합니다.

각 요청이 처리되기 전에 부트스트래핑을 수행해야 하므로 이 프로세스를 최대한 가볍게 만들고 이 단계를 최대한 최적화하는 것이 매우 중요합니다.

부팅 구성 요소를 너무 많이 등록하지 않도록 하세요. HTTP 요청 처리의 전체 수명 주기 동안 작동해야 하는 경우에만 이를 사용해야 합니다. 사용 예를 들면, 모듈이 추가 URL 구문 분석 규칙을 등록해야 하는 경우 애플리케이션의 부트스트랩 속성에 나열되어야 요청을 구문 분석하기 전에 URL 구문 분석 규칙이 적용될 수 있습니다. (주석: 즉, 성능 요구 사항을 위해 URL 구문 분석과 같은 몇 가지 작업을 제외하고 대부분의 구성 요소는 부팅 프로세스 중에 모두 로드되는 것이 아니라 요청 시 로드되어야 합니다.)

프로덕션 환경에서는 APC와 같은 바이트코드 캐싱을 활성화하여 PHP 파일을 로드하고 구문 분석하는 데 필요한 시간을 더욱 최소화할 수 있습니다.

일부 대규모 애플리케이션에는 여러 개의 작은 구성 파일로 분할된 매우 복잡한 애플리케이션 구성이 포함되어 있습니다. 이 시점에서는 항목 스크립트가 애플리케이션 인스턴스를 생성하기 전에 전체 구성 배열을 캐시하고 캐시에서 직접 로드하는 것을 고려할 수 있습니다.

yii 항목 파일
여기에서는 타사 구성 관리 플러그인인 marcovwout가 Yii 구성을 관리하는 데 사용됩니다. 자세한 내용은 다루지 않겠습니다. 남은 것은 기본적인 전역 변수 설정뿐입니다. 구성 배열을 Yii::createWebApplication에 전달한 다음 실행 메소드를 호출하세요. 웹 애플리케이션이 실행 중인가요? 예, 가장 높은 수준으로의 추상화는 다음과 같습니다. 해당 구성을 컨테이너에 전달하면 애플리케이션이 실행될 수 있습니다. 일반적으로 이 구성을 기반으로 합니다.
YiiBase의 두 가지 중요한 메소드(가져오기, 자동 로드)에 대해 이야기해보겠습니다

여기에서는 타사 구성 관리 플러그인인 marcovwout가 Yii 구성을 관리하는 데 사용됩니다. 자세한 내용은 다루지 않겠습니다. 남은 것은 기본적인 전역 변수 설정뿐입니다. 구성 배열을 Yii::createWebApplication에 전달한 다음 실행 메소드를 호출하세요. 웹 애플리케이션이 실행 중인가요? 예, 가장 높은 수준으로의 추상화는 다음과 같습니다. 해당 구성을 컨테이너에 전달하면 애플리케이션이 실행될 수 있습니다. 일반적으로 이 구성을 기반으로 합니다.

라우팅
입력 스크립트가 yiiwebApplication::run() 메서드를 호출할 때 수행하는 첫 번째 작업은 입력 요청을 구문 분석한 다음 해당 컨트롤러 작업을 인스턴스화하여 요청을 처리하는 것입니다. 이 프로세스를 라우팅이라고 합니다. (번역 참고: 중국어에서는 동사이기도 하고 명사이기도 합니다)

라우팅 해결

라우팅 안내의 첫 번째 단계는 수신 요청을 경로로 구문 분석하는 것입니다. 컨트롤러 장에서 설명했듯이 경로는 컨트롤러 작업을 찾는 데 사용되는 주소입니다. 이 프로세스는 실제 요청 해결을 수행하기 위해 URL 관리자를 호출하는 요청 애플리케이션 구성 요소의 yiiwebRequest::resolve() 메서드를 통해 구현됩니다.

기본적으로 수신 요청에는 r이라는 GET 매개변수가 포함되며 해당 값은 경로로 처리됩니다. 그러나 yiiwebUrlManager::enablePrettyUrl을 활성화하면 요청 경로를 결정할 때 더 많은 처리가 발생합니다. 구체적인 내용은 URL 구문 분석 및 생성 장을 참조하세요.

마지막에 경로를 결정할 수 없는 경우 요청 구성 요소는 yiiwebNotFoundHttpException 예외를 발생시킵니다(주석: 유명한 404).

기본 경로

수신 요청이 특정 경로를 제공하지 않는 경우(일반적으로 이는 대부분 홈 페이지에 대한 요청) yiiwebApplication::defaultRoute 속성에 지정된 기본 경로가 활성화됩니다. 이 속성의 기본값은 사이트 컨트롤러의 인덱스 작업을 가리키는 site/index입니다. 다음과 같이 애플리케이션 구성에서 이 속성의 값을 조정할 수 있습니다.

return [
  // ...
  'defaultRoute' => 'main/index',
];

catchAll 라우팅(완전 차단 라우팅)

모든 요청에 ​​대해 동일한 정보 페이지가 표시되도록 일시적으로 웹 애플리케이션을 유지 관리 모드로 전환하려는 경우가 있습니다. 물론 이를 달성하는 방법에는 여러 가지가 있습니다. 가장 간단하고 빠른 방법은 애플리케이션 구성에서 yiiwebApplication::catchAll 속성을 설정하는 것입니다.

return [
  // ...
  'catchAll' => ['site/offline'],
];

catchAll 속성은 배열을 매개변수로 전달해야 합니다. 배열의 첫 번째 요소는 경로이고 나머지 요소는 작업에 바인딩된 다양한 매개변수를 이름-값 쌍의 형태로 지정합니다.

catchAll 속성이 설정되면 들어오는 요청에서 구문 분석된 모든 경로를 대체합니다. 이 설정을 사용하면 들어오는 모든 요청을 처리하는 데 사용되는 작업은 동일한 사이트/오프라인이 됩니다.

작성 작업

요청 경로가 결정되면 다음 단계는 경로에 응답하는 "작업" 개체를 만드는 것입니다.

내부의 슬래시를 사용하여 경로를 여러 구성 요소 조각으로 분할할 수 있습니다. 예를 들어 사이트/인덱스는 사이트와 인덱스라는 두 부분으로 분해될 수 있습니다. 각 조각은 모듈, 컨트롤러 또는 작업을 가리키는 ID입니다.

경로의 첫 번째 조각부터 시작하여 애플리케이션은 다음 프로세스를 거쳐 모듈(있는 경우), 컨트롤러 및 작업을 생성합니다.

• 신청 본문을 현재 모듈로 설정합니다.
• 현재 모듈의 yiibaseModule::controllerMap에 현재 ID가 포함되어 있는지 확인하세요. 그렇다면 테이블의 구성을 기반으로 컨트롤러 개체가 생성된 다음 5단계로 이동하여 경로의 후속 조각을 실행합니다.
• ID가 현재 모듈의 yiibaseModule::modules 속성에서 모듈 목록의 모듈을 가리키는지 확인하세요. 그렇다면 모듈 테이블의 구성을 기반으로 모듈 개체가 생성되고 새로 생성된 모듈은 다음 경로를 구문 분석하기 위해 2단계로 돌아가는 환경으로 사용됩니다.
• 이 ID를 컨트롤러 ID로 취급하고 컨트롤러 개체를 만듭니다. 다음 단계를 사용하여 경로의 나머지 조각을 구문 분석합니다.
• 컨트롤러는 yiibaseController::actions()에서 현재 ID를 검색합니다. 발견되면 매핑 테이블의 구성을 기반으로 작업 개체를 생성하고, 그렇지 않으면 컨트롤러는 ID에 해당하고 작업 메서드에 의해 정의된 인라인 작업을 생성하려고 시도합니다.

위 단계에서 오류가 발생하면 yiiwebNotFoundHttpException이 발생하여 라우팅 부팅 프로세스가 실패했음을 나타냅니다.