Yii 작동 메커니즘 및 라우팅에 대한 자세한 설명

이 글에서는 주로 PHP Yii 프레임워크의 운영 메커니즘과 라우팅 기능을 소개합니다. Yii는 대규모 웹사이트 개발에 적합한 중량급 구성 요소 기반 PHP 프레임워크입니다. 도움이 필요한 친구들이 참고할 수 있습니다. 그것이 모두에게 도움이 되기를 바랍니다.

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

• 사용자가 입력 스크립트 web/index.php에 요청을 제출합니다.

• 입력 스크립트는 구성 배열을 로드하고 요청을 처리할 애플리케이션 인스턴스를 생성합니다.

• 애플리케이션은 요청 애플리케이션 구성요소를 통해 요청된 경로를 구문 분석합니다.

• 애플리케이션은 요청을 구체적으로 처리하기 위해 컨트롤러 인스턴스를 생성합니다.

• 컨트롤러는 액션 인스턴스를 생성하고 액션에 대한 관련 필터(액세스 필터)를 실행합니다.

• 필터 확인에 실패하면 작업이 취소됩니다.

• 모든 필터를 통과하면 작업이 실행됩니다.

• 작업은 일반적으로 데이터베이스에서 데이터 모델을 로드합니다.

• 작업은 뷰를 렌더링하고 필요한 데이터 모델을 제공합니다.

• 렌더링된 결과는 응답 애플리케이션 구성 요소로 반환됩니다.

• 반응형 구성 요소는 렌더링 결과를 사용자의 브라우저로 다시 보냅니다.

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

Bootstrapping
Bootstrapping이란 애플리케이션이 새로 허용된 요청을 구문 분석하고 처리하기 전에 환경을 미리 준비하는 프로세스를 말합니다. 창업 안내는 엔트리 스크립트(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에 전달한 다음 실행 메소드를 호출하세요. 웹 애플리케이션이 실행 중인가요? 예, 가장 높은 수준으로의 추상화는 다음과 같습니다. 해당 구성을 컨테이너에 전달하면 애플리케이션이 실행될 수 있습니다. 일반적으로 이 구성을 기반으로 합니다.

Routing
입력 스크립트가 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 속성이 설정되면 들어오는 요청에서 구문 분석된 모든 경로가 대체됩니다. 이 설정을 사용하면 들어오는 모든 요청을 처리하는 데 사용되는 작업은 동일한 사이트/오프라인이 됩니다.

Create Action

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

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

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

• 애플리케이션 본문을 현재 모듈로 설정합니다.

• 현재 모듈의 yiibaseModule::controllerMap에 현재 ID가 포함되어 있는지 확인하세요. 그렇다면 테이블의 구성을 기반으로 컨트롤러 개체가 생성된 다음 5단계로 이동하여 경로의 후속 조각을 실행합니다.

• 현재 모듈의 yiibaseModule::modules 속성에서 ID가 모듈 목록의 모듈을 가리키는지 확인하세요. 그렇다면 모듈 테이블의 구성을 기반으로 모듈 개체가 생성되고 새로 생성된 모듈은 다음 경로를 구문 분석하기 위해 2단계로 돌아가는 환경으로 사용됩니다.

• 이 ID를 컨트롤러 ID로 취급하고 컨트롤러 개체를 만듭니다. 다음 단계를 사용하여 경로의 나머지 조각을 구문 분석합니다.

• 컨트롤러는 yiibaseController::actions()에서 현재 ID를 검색합니다. 발견되면 매핑 테이블의 구성을 기반으로 작업 개체를 생성하고, 그렇지 않으면 컨트롤러는 ID에 해당하고 작업 메서드에 의해 정의된 인라인 작업을 생성하려고 시도합니다.

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

관련 추천:

YII 관련 쿼리에 대한 자세한 설명

Yii2의 코드 자동 로딩 메커니즘

Yii와 함께 제공되는 인증 코드 기능을 로드하는 방법

위 내용은 Yii 작동 메커니즘 및 라우팅에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!