이 글에서는 thinkPHP5.0프레임워크모듈 설계를 주로 소개하고, thinkPHP5.0디렉토리 구조, 명명 규칙 및 분석을 형식으로 간략하게 설명합니다. 예제 중 클래스 라이브러리 의 원리와 접근 방법이 설명되어 있습니다. 필요한 친구들은
을 참고하세요. 이 글은 thinkPHP5.0 프레임워크 모듈 설계를 예시로 설명합니다. 참고하실 수 있도록 자세한 내용은 다음과 같습니다.
버전 5.0은 모듈 기능에 맞게 유연하게 설계되었으며 기본적으로 다중 모듈 아키텍처를 채택하고 단일 모듈 설계를 지원합니다. 모든 모듈의 네임스페이스둘 다 루트 네임스페이스로 app을 갖습니다(구성 가능하게 변경 가능).
디렉토리 구조
표준 애플리케이션 및 모듈 디렉토리 구조는 다음과 같습니다.
├─application 应用目录(可设置) │ ├─common 公共模块目录(可选) │ ├─common.php 公共函数文件 │ ├─route.php 路由配置文件 │ ├─database.php 数据库配置文件 │ ├─config.php 应用配置文件 │ ├─module1 模块1目录 │ │ ├─config.php 模块配置文件 │ │ ├─common.php 模块函数文件 │ │ ├─controller 控制器目录 │ │ ├─model 模型目录 │ │ ├─view 视图目录 │ │ └─ ... 更多类库目录 │ │ │ ├─module2 模块2目录 │ │ ├─config.php 模块配置文件 │ │ ├─common.php 模块函数文件 │ │ ├─controller 控制器目录 │ │ ├─model 模型目录 │ │ ├─view 视图目录 │ │ └─ ... 更多类库目录
ThinkPHP5.0의 명명 규칙을 따르며, 모듈은 디렉토리는 모두 소문자와 밑줄 이름을 사용합니다.
모듈 이름에 PHP 예약어를 사용하지 마세요(예약어 목록은 http://php.net/manual/zh/reserved.keywords.php 참조). 그렇지 않으면 시스템 오류가 발생합니다.
공통 모듈은 기본적으로 직접 접근이 금지된 특수 모듈로, 일반적으로 다른 모듈의 상속을 위해 일부 공용 클래스 라이브러리를 배치하는 데 사용됩니다. .
모듈 클래스 라이브러리
모듈 아래 클래스 라이브러리 파일의 네임스페이스는 동일하게 앱 모듈 이름으로 시작합니다. 예:
// index模块的Index控制器类 app\index\controller\Index // index模块的User模型类 app\index\model\User
여기서 app은 정의에 따라 이를 변경할 수 있습니다. 예를 들어 애플리케이션 구성 파일에서 이를 수정합니다.
'app_namespace' => 'application',
그런 다음 인덱스 모듈의 클래스 라이브러리 네임스페이스는 다음과 같습니다.
// index模块的Index控制器类 application\index\controller\Index // index模块的User模型类 application\index\model\User
클래스 라이브러리에 대한 자세한 내용과 naming 공백 간의 관계에 대해서는 이전 글 "ThinkPHP5.0 Framework Namespace 상세 설명"을 참고하시기 바랍니다.
모듈 및 컨트롤러 숨기기
다중 모듈 지원이 기본적으로 채택되므로 모듈이 여러 개인 경우 현재 모듈을 URL 주소에서 식별해야 합니다. 모듈의 경우 애플리케이션의 공개 파일에 다음 코드를 추가하여 모듈 바인딩을 수행할 수 있습니다.
// 绑定当前访问到index模块 \think\Route::bind('index');
바인딩 후 URL 액세스 주소는
http://serverName/index.php/控制器/操作/[参数名/参数值...]
가 됩니다. 모듈은 인덱스 모듈입니다.
애플리케이션이 비교적 간단하고 모듈과 컨트롤러가 하나만 있는 경우 다음과 같이 애플리케이션 공개 파일에 모듈과 컨트롤러를 바인딩할 수 있습니다.
// 绑定当前访问到index模块的index控制器 \think\Route::bind('index/index');
설정 후, URL 액세스 주소는 다음과 같습니다.
http://serverName/应用入口/操作/[参数名/参数值...]
액세스된 모듈은 인덱스 모듈이고 컨트롤러는 인덱스 컨트롤러입니다.
단일 모듈
애플리케이션이 상대적으로 간단하고 모듈이 하나만 있는 경우 다음과 같이 단일 모듈 구조를 사용하여 더욱 단순화할 수 있습니다. 🎜 >
먼저 애플리케이션 구성 파일에서 정의합니다:// 关闭多模块设计 'app_multi_module' => false,그런 다음 애플리케이션 디렉터리의 구조를 다음과 같이 조정합니다.
├─application 应用目录(可设置) │ ├─controller 控制器目录 │ ├─model 模型目录 │ ├─view 视图目录 │ ├─ ... 更多类库目录 │ ├─common.php 函数文件 │ ├─route.php 路由配置文件 │ ├─database.php 数据库配置文件 │ └─config.php 配置文件URL 액세스 주소는
http://serverName/index.php(或者其它应用入口)/控制器/操作/[参数名/参数值...]동시에 단일 모듈 설계에 따른 애플리케이션 클래스 라이브러리의 네임스페이스도 조정되었습니다. 예를 들어
원래
app\index\controller\Index app\index\model\User
가
app\controller\Index app\model\UserURL 라우팅 기능을 통해 더 많은 URL 단순화 및 사용자 정의도 가능합니다.
위 내용은 상세한 thinkPHP5.0 프레임워크 모듈 설계의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

phpsession 실패 이유에는 구성 오류, 쿠키 문제 및 세션 만료가 포함됩니다. 1. 구성 오류 : 올바른 세션을 확인하고 설정합니다. 2. 쿠키 문제 : 쿠키가 올바르게 설정되어 있는지 확인하십시오. 3. 세션 만료 : 세션 시간을 연장하기 위해 세션을 조정합니다 .GC_MAXLIFETIME 값을 조정하십시오.

PHP에서 세션 문제를 디버그하는 방법 : 1. 세션이 올바르게 시작되었는지 확인하십시오. 2. 세션 ID의 전달을 확인하십시오. 3. 세션 데이터의 저장 및 읽기를 확인하십시오. 4. 서버 구성을 확인하십시오. 세션 ID 및 데이터를 출력, 세션 파일 컨텐츠보기 등을 통해 세션 관련 문제를 효과적으로 진단하고 해결할 수 있습니다.

Session_Start ()로 여러 통화를하면 경고 메시지와 가능한 데이터 덮어 쓰기가 발생합니다. 1) PHP는 세션이 시작되었다는 경고를 발행합니다. 2) 세션 데이터의 예상치 못한 덮어 쓰기를 유발할 수 있습니다. 3) Session_status ()를 사용하여 반복 통화를 피하기 위해 세션 상태를 확인하십시오.

SESSION.GC_MAXLIFETIME 및 SESSION.COOKIE_LIFETIME을 설정하여 PHP에서 세션 수명을 구성 할 수 있습니다. 1) SESSION.GC_MAXLIFETIME 서버 측 세션 데이터의 생존 시간을 제어합니다. 2) 세션 .Cookie_Lifetime 클라이언트 쿠키의 수명주기를 제어합니다. 0으로 설정하면 브라우저가 닫히면 쿠키가 만료됩니다.

데이터베이스 스토리지 세션 사용의 주요 장점에는 지속성, 확장 성 및 보안이 포함됩니다. 1. 지속성 : 서버가 다시 시작 되더라도 세션 데이터는 변경되지 않아도됩니다. 2. 확장 성 : 분산 시스템에 적용하여 세션 데이터가 여러 서버간에 동기화되도록합니다. 3. 보안 : 데이터베이스는 민감한 정보를 보호하기 위해 암호화 된 스토리지를 제공합니다.

SessionHandlerInterface 인터페이스를 구현하여 PHP에서 사용자 정의 세션 처리 구현을 수행 할 수 있습니다. 특정 단계에는 다음이 포함됩니다. 1) CustomsessionHandler와 같은 SessionHandlerInterface를 구현하는 클래스 만들기; 2) 인터페이스의 방법 (예 : Open, Close, Read, Write, Despare, GC)의 수명주기 및 세션 데이터의 저장 방법을 정의하기 위해 방법을 다시 작성합니다. 3) PHP 스크립트에 사용자 정의 세션 프로세서를 등록하고 세션을 시작하십시오. 이를 통해 MySQL 및 Redis와 같은 미디어에 데이터를 저장하여 성능, 보안 및 확장 성을 향상시킬 수 있습니다.

SessionId는 웹 애플리케이션에 사용되는 메커니즘으로 사용자 세션 상태를 추적합니다. 1. 사용자와 서버 간의 여러 상호 작용 중에 사용자의 신원 정보를 유지하는 데 사용되는 무작위로 생성 된 문자열입니다. 2. 서버는 쿠키 또는 URL 매개 변수를 통해 클라이언트로 생성하여 보낸다. 3. 생성은 일반적으로 임의의 알고리즘을 사용하여 독창성과 예측 불가능 성을 보장합니다. 4. 실제 개발에서 Redis와 같은 메모리 내 데이터베이스를 사용하여 세션 데이터를 저장하여 성능 및 보안을 향상시킬 수 있습니다.

JWT 또는 쿠키를 사용하여 API와 같은 무국적 환경에서 세션을 관리 할 수 있습니다. 1. JWT는 무국적자 및 확장 성에 적합하지만 빅 데이터와 관련하여 크기가 크다. 2. 쿠키는보다 전통적이고 구현하기 쉽지만 보안을 보장하기 위해주의해서 구성해야합니다.


핫 AI 도구

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

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

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

Clothoff.io
AI 옷 제거제

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

인기 기사

뜨거운 도구

ZendStudio 13.5.1 맥
강력한 PHP 통합 개발 환경

SublimeText3 영어 버전
권장 사항: Win 버전, 코드 프롬프트 지원!

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

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

WebStorm Mac 버전
유용한 JavaScript 개발 도구
