thinkphp 라우팅이란 무엇입니까?

thinkphp에서 라우팅은 URL에 따라 해당 핸들러에 할당된 매핑을 의미하며, 그 기능은 정의된 라우팅 유형에 따라 URL 액세스 주소를 단순화하고 올바른 구문 분석을 수행하는 것입니다. 간단히 말해서 라우팅은 클라이언트가 제출한 경로에 따라 해당 모듈이나 컨트롤러 또는 메서드로 요청을 구문 분석하는 것입니다.

이 튜토리얼의 운영 환경: Windows 7 시스템, thinkphp v5.1 버전, Dell G3 컴퓨터.

ThinkPHP5의 라우팅 메커니즘을 연구해 보겠습니다.

TP5의 전체 개발 매뉴얼에서는 라우팅에 대해 매우 명확하게 설명하고 있지만, 이 기사에서는 여전히 TP5의 라우팅에 대해 연구하고 있습니다. 결국 책을 읽는 것보다 블로그를 읽는 것이 더 편합니다.

먼저 세 가지 질문을 해보세요.

1. 루트란 무엇인가요?

Route는 URL을 기준으로 해당 핸들러에 할당된 매핑을 의미합니다.

간단히 말하면 클라이언트가 제출한 경로에 따라 요청을 해당 모듈/컨트롤러/메서드로 파싱하는 것입니다.

공식 문서는 이렇게 정의됩니다 => 라우팅의 역할은 정의된 라우팅 유형을 기반으로 URL 액세스 주소를 단순화하고 올바른 파싱을 수행하는 것입니다.

매뉴얼 설명: 평소 습관대로 ThinkPHP 프로젝트에 접근할 때 일반 url은 이렇게 작성해야 합니다. (로컬 예시) http://localhost/project name/public/index.php /Module name /컨트롤러 이름/메서드 이름

URL 문자열을 입력하고 나면 매우 절망적일 것입니다. (속삭임) => "이렇게 긴 주소 문자열을 입력할 수 있는 작은 인터페이스를 테스트하고 싶을 뿐입니다. , 주소가 너무 길어서 기억이 안 나네요..." 이때 라우팅을 사용하여 주소를 단순화하고 주소를 단축하면서 몇 가지 규칙을 정의할 수 있습니다.

2. 왜 라우팅을 사용하나요?

어떤 사람들은 다음과 같이 무뚝뚝하게 말할 수도 있습니다. 경로를 단순화하기 위해서입니다. 물론 이것도 이유 중 하나지만, 그 이유는 그리 간단하지 않습니다.

경로를 단순화한 것이 큰 이유입니다. 처음에는 길이 너무 길다고 생각하고 달려가서 경로를 바꾸었는데, 나중에 사용하는 과정에서 Route의 역할이 제한되지 않는다는 것을 알게 되었어요. 경로를 단순화합니다.

모든 사람이 내가 정의한 경로에서만 들어올 수 있도록 경로 강제 사용을 설정할 수 있습니다. 이는 사용자가 액세스하지 않기를 원하는 일부 컨트롤러에 스크립트를 작성하는 경우, 전체 경로 적용을 활성화하면 사용자가 이러한 스크립트에 액세스할 수 없습니다. 그렇지 않으면 사용자가 이러한 스크립트에 액세스하고 스크립트가 때때로 데이터베이스를 수정하는 경우 더 위험해집니다.

또한 이 경로의 항목이 get 작업인지 post 작업인지 정의할 수 있으므로 이전과 같은 상황이 발생하지 않습니다. 컨트롤러 메서드도 get 및 post에서 액세스할 수 있습니다. 물론 어떤 사람들은 get과 post를 모두 접근할 수 있다면 별 문제가 되지 않는다고 말할 것이다. 사실 이러한 메소드를 구별하는 것이 Restful API의 개념을 구현하는 데 더 도움이 된다.

마찬가지로 http와 https의 규정에 대해서도 이야기하지 않겠습니다.

이제 여기까지 왔으니 라우팅이 좀 마술적이라고 생각하시나요? 알고 보니 정말 많은 일을 할 수 있으니 어떻게 사용하는지 연구해 볼까요?

경로 사용법

사용하기 전에 먼저 구성 정보를 이해합시다. 아직 내 포크 프로젝트입니다. 구성 파일을 엽니다.

두 가지를 지불해야 합니다. 주의 사항 먼저 첫 번째 빨간색 상자에서 tp는 기본적으로 라우팅 모드를 설정하고 두 번째 빨간색 상자에서는 tp가 기본적으로 라우팅 강제 사용을 해제한다는 의미입니다. 지금도 평소의 주소 모드를 통해서는 접속이 성공할 수 있고, 라우팅을 통해서도 접속이 성공할 수 있습니다.

보통 프로젝트 작업을 할 때 안전상의 이유로 true로 변경해 놓으니 효과를 살펴보겠습니다

강제 라우팅이 켜지지 않은 경우:

규칙을 따릅니다. 주소 액세스가 성공할 수 있으므로 이제 라우팅 강제 사용을 활성화합니다.

동일한 주소에서 오류가 보고되었고 경로를 찾을 수 없다는 오류가 발생했습니다. 라우팅 파일에 이 경로를 정의하지 않았기 때문에 이제 해당 경로를 사용해야 한다는 오류가 발생했습니다.

이제 정의해 보겠습니다. 우선 가장 간단한 것부터 시작하세요.

라우트 파일 찾기

먼저 아래 라우팅 클래스를 소개해야 합니다. 이를 Get 정적 메소드라고 부릅니다. get 메소드를 통해 액세스된다는 것을 메소드 이름에서 쉽게 알 수 있습니다. 그러면 첫 번째 및 두 번째 매개변수는 무엇을 나타냅니까? 두 번째 매개변수는 일반 URL /method의 모듈/컨트롤러를 나타냅니다. 첫 번째 매개변수는 다음 모듈/컨트롤러/메서드를 대체하는 데 사용하려는 이름을 나타냅니다.

즉, 원래는 http://localhost/xx/public/index.php/xx/test/xx를 사용하여 컨트롤러 메서드에 액세스했지만 이제는 http://localhost/xx/public/ Index만 필요합니다. .php/xx는 내 컨트롤러 메소드에 액세스할 수 있습니다.

효과 살펴보기:

경로 액세스를 성공적으로 사용했다면 이 규칙의 공식화를 자세히 살펴보겠습니다(예: get과 post 액세스의 차이)

이제 get을 변경합니다. 그런 다음 get 메소드를 사용하여 이에 액세스하고 무슨 일이 일어나는지 확인합니다.

get Only post를 사용하면 액세스할 수 없다는 것을 알 수 있습니다. 접속하실 수 있습니다. 라우팅의 재미를 느끼시나요?

좀 더 깊이 생각해 보면 다음과 같이 경로를 정의할 수도 있습니다.

세 번째 매개변수는 액세스 방법을 나타냅니다. 여기서 정의한 형식은 get 및 post 작업 모두에 액세스할 수 있는지 여부를 나타냅니다. https 프로토콜을 확인하려면, false인 경우에는 http를 사용하여 액세스할 때 https가 확인되지 않습니다. 효과에 대해서는 설명하지 않겠습니다.

More

라우팅의 또 다른 특별한 점은 무엇인가요? 라우팅은 get 작업에서 전달된 매개변수를 url로 병합할 수도 있습니다. 원래 get 작업은 다음과 같습니다. url? id=1. 라우팅 후에는 url/1로 정의할 수 있습니다. 이렇게 하면 id 매개변수도 숨겨지는 이점이 있습니다. 프로세스는 개발 매뉴얼로 가서 검색하면 됩니다.

물론 라우팅에는 클로저 기능 등 다른 보조 기능도 있는데, 이 보조 기능은 개발 과정에서 자주 사용되지 않기 때문에 하나씩 소개하지는 않겠습니다. 전체 개발 매뉴얼에서 확인해 보세요.

여기에는 라우팅 관련 소개와 라우팅 사용의 이점이 소개되어 있습니다.

【관련 튜토리얼 추천: thinkphp Framework】

위 내용은 thinkphp 라우팅이란 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!