解密ThinkPHP3.1.2版本之独立分组功能应用_PHP教程
ThinkPHP的分组功能是广为开发者使用的一个具有很大实用价值的功能,该功能可以解决中大型项目情况中MVC分层文件过多导致不易管理的问题。
而ThinkPHP3.1.2版本添加的独立分组功能则为此类问题提出了新的解决思路,更加适合组件化的开发模式。我们就此了解下这一功能。
1.概述
独立分组功能不影响原有分组模式的运行,并且原有分组模式仅需移动目录结构即可完成独立分组模式的升级,无需任何应用代码的改动。
而且新的独立分组可以很方便的独立装卸和移动,可以摆脱原来普通分组文件分散在各个不同的目录下面的困扰。
独立分组的URL访问和原先的普通分组一样,没有任何区别,配置分组列表也仍然采用APP_GROUP_LIST参数配置。设置默认分组则采用DEFAULT_GROUP参数。例如:
'APP_GROUP_LIST'=>'Home,Admin', 'DEFAULT_GROUP'=>'Home',
虽然新的独立分组已经完全可以取代原有普通分组模式,不过为了考虑到原有分组项目的平滑升级,此次新版增加了一个配置参数:
APP_GROUP_MODE 用于配置分组模式,默认为0 为原有的普通分组模式,如果设置为1 则表示启用独立分组模式。
是否需要升级为独立分组模式完全由你决定,相信你看完后面的内容会有明智的选择。
2.目录结构
启用独立分组模式后,你需要在项目目录下面创建独立分组目录,该目录可以由项目配置文件通过APP_GROUP_PATH参数配置,默认值为Modules。假设我们没有做任何更改的话,在Modules目录下面就是每个分组的子目录,每个分组是完全独立的,包括模型、控制器、视图、配置和函数文件等等,你可以很方便的实现分组的移动和卸载。
标准的独立分组目录结构为(以一个Home分组为例):
─Home Home分组目录 ├─Common 分组函数目录 ├─Conf 分组配置目录 ├─Lang 分组语言包目录 ├─Action 分组Action控制器目录 ├─Model 分组Model模型目录 ├─Widget 分组Widget目录 ├─ORG 分组扩展类库目录 ├─... 其他分层目录 └─Tpl 分组模板目录
(注意:独立分组的目录结构目前需要手动创建)
基本上可以看到,独立分组除了没有入口文件外,其他独立项目具备的结构都基本具备了。
从原来的普通分组升级到独立分组,只需要在项目配置文件中增加:
'APP_GROUP_MODE'=>1
然后把原来项目Lib目录下面属于对应分组的MVC文件,以及分组的函数、配置和语言(如果有的话)文件依次对照上面的独立分组的目录结构放入对应目录即可。
3.公共文件
采用独立分组后,原来的项目Lib目录则作为分组公共类库文件设计,如果你的多个独立分组需要调用公共的Action或者Model类的话(其实还包括其他的分层控制器和模型类),则可以把这些公共类放入项目的Lib目录下面的对应目录(实际的升级过程中,这些公共类库文件基本上保持目录结构不变,所以无需移动)。
分组的公共类库文件无需手动加载,均采用了自动加载机制。
所以,最终采用独立分组模式的实际项目目录结构如下:
├─index.php 项目入口文件 ├─Common 项目公共文件目录 ├─Conf 项目配置目录 ├─Lang 项目语言目录 ├─Modules 独立分组目录 │ ├─Home Home分组目录(独立分组目录结构参考前面) │ ├─Admin Admin分组目录 │ └─... 其他分组目录 ├─Lib 分组公共类库目录 │ ├─Action 公共Action类库目录 │ ├─Behavior 公共行为类库目录 │ ├─Model 公共模型类库目录 │ └─... 其他公共类库目录 ├─Runtime 项目运行时目录 │ ├─Cache 模板缓存目录 │ ├─Data 数据缓存目录 │ ├─Logs 日志文件目录 │ └─Temp 临时缓存目录
4.模板文件
独立分组的模板文件由项目的Tpl目录移动到了独立分组目录的Tpl目录,原来的模板分组子目录不再需要,例如:
Tpl/Home/Index/index.html
移动到独立分组下的Tpl目录后,应该是:
Tpl/Index/index.html
模板主题功能仍然支持。
5.调用类库
独立分组在导入类库的时候,使用方法和导入项目类库基本一致,例如:
import('@.Action.TestAction'); // 导入当前分组下的Action/TestAction.class.php import('@.ORG.Util.Image'); // 导入当前分组下的ORG/Util/Image.class.php
独立分组不考虑多个分组之间的交互和调用,只能调用公共类库。
如果你必须调用其他分组的类库,而没有采用公共类库设计的话,那么可以使用:
import('ORG.Util.Image',APP_PATH.'Modules/Admin');
不过,采用独立分组后,A方法和R方法、D方法均不支持跨分组调用了。

핫 AI 도구

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

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

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

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

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

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Alipay PHP ...

JWT는 주로 신분증 인증 및 정보 교환을 위해 당사자간에 정보를 안전하게 전송하는 데 사용되는 JSON을 기반으로 한 개방형 표준입니다. 1. JWT는 헤더, 페이로드 및 서명의 세 부분으로 구성됩니다. 2. JWT의 작업 원칙에는 세 가지 단계가 포함됩니다. JWT 생성, JWT 확인 및 Parsing Payload. 3. PHP에서 인증에 JWT를 사용하면 JWT를 생성하고 확인할 수 있으며 사용자 역할 및 권한 정보가 고급 사용에 포함될 수 있습니다. 4. 일반적인 오류에는 서명 검증 실패, 토큰 만료 및 대형 페이로드가 포함됩니다. 디버깅 기술에는 디버깅 도구 및 로깅 사용이 포함됩니다. 5. 성능 최적화 및 모범 사례에는 적절한 시그니처 알고리즘 사용, 타당성 기간 설정 합리적,

PHP 개발에서 견고한 원칙의 적용에는 다음이 포함됩니다. 1. 단일 책임 원칙 (SRP) : 각 클래스는 하나의 기능 만 담당합니다. 2. Open and Close Principle (OCP) : 변경은 수정보다는 확장을 통해 달성됩니다. 3. Lisch의 대체 원칙 (LSP) : 서브 클래스는 프로그램 정확도에 영향을 미치지 않고 기본 클래스를 대체 할 수 있습니다. 4. 인터페이스 격리 원리 (ISP) : 의존성 및 사용되지 않은 방법을 피하기 위해 세밀한 인터페이스를 사용하십시오. 5. 의존성 반전 원리 (DIP) : 높고 낮은 수준의 모듈은 추상화에 의존하며 종속성 주입을 통해 구현됩니다.

기사는 PHP 5.3에 도입 된 PHP의 LSB (Late STATIC BING)에 대해 논의하여 정적 방법의 런타임 해상도가보다 유연한 상속을 요구할 수있게한다. LSB의 실제 응용 프로그램 및 잠재적 성능

시스템이 다시 시작된 후 UnixSocket의 권한을 자동으로 설정하는 방법. 시스템이 다시 시작될 때마다 UnixSocket의 권한을 수정하려면 다음 명령을 실행해야합니다.

PHP 개발에서 PHP의 CURL 라이브러리를 사용하여 JSON 데이터를 보내면 종종 외부 API와 상호 작용해야합니다. 일반적인 방법 중 하나는 컬 라이브러리를 사용하여 게시물을 보내는 것입니다 ...

기사는 입력 유효성 검사, 인증 및 정기 업데이트를 포함한 취약점을 방지하기 위해 프레임 워크의 필수 보안 기능을 논의합니다.

이 기사에서는 프레임 워크에 사용자 정의 기능 추가, 아키텍처 이해, 확장 지점 식별 및 통합 및 디버깅을위한 모범 사례에 중점을 둡니다.
