thinkPHP5.0 프레임워크의 전체 아키텍처에 대한 자세한 개요

본 글에서는 thinkPHP5.0 프레임워크의 전체적인 아키텍처를 주로 소개하고, thinkPHP5의 애플리케이션, 모듈, MVC, 드라이버, 동작, 네임스페이스 등을 간략하게 소개한다. 0 외 다른 개념과 기본적인 사용법, 필요한 친구들은

을 참고하세요. 이 글은 thinkPHP5.0 프레임워크의 전반적인 아키텍처를 설명합니다. 참고할 수 있도록 모든 사람과 공유하세요. 세부 사항은 다음과 같습니다.

ThinkPHP5.0 애플리케이션은 MVC(모델-보기-컨트롤러) 와서 정리하세요.

MVC는 애플리케이션 입력, 처리, 출력을 분리하는 디자인 패턴입니다. MVC를 사용하는 애플리케이션은 모델(M), 뷰(V), 컨트롤러(C)의 세 가지 핵심 구성 요소로 나누어지며, 각 구성 요소는 자체 작업을 처리합니다.

5.0의

URL 액세스는 라우팅에 따라 결정됩니다. 라우팅이 꺼져 있거나 일치하는 경로가 없는 경우

serverName/index .php (또는 다른 애플리케이션 항목 파일)/module/controller/option/parameter/value...

다음 중 일부를 이해해야 합니다. 다음 내용에서 자주 언급될 것입니다.

입력 파일

요청의

라이프 사이클 처리를 담당하는 사용자가 요청한 PHP 파일(단, 반드시 URL일 필요는 없음) 요청), 마지막으로 공통 항목 파일은 입니다. 백그라운드 모듈용으로 별도로 설정된 항목 파일 index.php이나 컨트롤러 프로그램 항목 admin.php과 같은 특별한 요구에 따라 새로운 항목 파일이 추가되는 경우도 있습니다. . think

애플리케이션

ThinkPHP의 애플리케이션은 시스템 아키텍처와 라이프사이클을 관리하는

객체로 시스템의 클래스에 의해 완성됩니다. .Application 일반적으로 항목 파일에서 호출되어 실행됩니다. 동일한 응용 프로그램 디렉터리(thinkApp)를 가진 응용 프로그램은 동일한 응용 프로그램으로 간주되지만 하나의 응용 프로그램에 여러 개의 항목 파일이 있을 수 있습니다. APP_PATH

애플리케이션에는 자체적인 독립적인 구성 파일과 공개(함수) 파일이 있습니다.

모듈

일반적인 애플리케이션은 여러 모듈로 구성됩니다. 이러한 모듈은 일반적으로 애플리케이션 디렉터리 아래의 하위 디렉터리이며, 각 모듈은 독립적인 구성 파일, 공용 파일 및

클래스 라이브러리 파일.

5.0은 단일 모듈 아키텍처 설계를 지원합니다. 애플리케이션 아래에 모듈이 하나만 있는 경우 애플리케이션 구성 파일 :

'app_multi_module' =>  false,

에서 이 모듈의 하위 디렉터리를 생략하고 수정할 수 있습니다.

컨트롤러

각 모듈에는 독립적인 MVC 클래스 라이브러리와 구성 파일이 있습니다. 요청에 응답하는 모듈 아래에는 여러 컨트롤러가 있으며, 각 컨트롤러는 실제로는 독립적인 컨트롤러 클래스입니다. .

컨트롤러는 주로 요청을 받고 관련 모델 처리를 호출하고 최종적으로 뷰를 통해 출력하는 역할을 담당합니다. 엄밀히 말하면 컨트롤러는 비즈니스 로직 처리에 너무 관여해서는 안 됩니다.

사실 5.0에서는 컨트롤러를 건너뛸 수 있으며 라우팅을 통해 요청을 특정 모델이나 다른 클래스에 직접 전달하여 처리할 수 있습니다.

컨트롤러 클래스 5.0은 더 유연하며 기본 클래스 라이브러리를

상속할 필요가 없습니다.

일반적인 Index 컨트롤러 클래스는 다음과 같습니다.

namespace app\index\controller;
class Index 
{
  public function index()
  {
    return 'hello,thinkphp!';
  }
}

Operation

컨트롤러에는 여러 개의 연산(메서드)이 포함되며, 연산 방식은 하나입니다. URL 액세스의 가장 작은 단위입니다.

다음은 두 가지 연산 방식을 포함하는 일반적인 인덱스 컨트롤러 연산 방식 정의입니다.

namespace app\index\controller;
class Index 
{
  public function index()
  {
    return 'index';
  }
  public function hello($name)
  {
    return 'Hello,'.$name;
  }
}

연산 방식은 어떠한 파라미터도 사용할 수 없습니다. 매개변수는 사용자 요청을 통해 전달되어야 하며, URL 요청인 경우 일반적으로 $_GET 또는 $_POST를 통해 전달됩니다.

모델

모델 클래스는 일반적으로 실제 비즈니스 로직과 데이터 캡슐화를 완료하고 형식에 독립적인 데이터를 반환합니다.

모델 클래스가 반드시 데이터베이스에 접근할 필요는 없으며, 5.0 아키텍처 설계에서는 실제 데이터베이스 쿼리 작업이 수행될 때만 데이터베이스 연결이 이루어집니다. 예 진정한 게으른 연결입니다.

ThinkPHP的模型层支持多层设计，你可以对模型层进行更细化的设计和分工，例如把模型层分为逻辑层/服务层/事件层等等。

视图

控制器调用模型类后返回的数据通过视图组装成不同格式的输出。视图根据不同的需求，来决定调用模板引擎进行内容解析后输出还是直接输出。

视图通常会有一系列的模板文件对应不同的控制器和操作方法，并且支持动态设置模板目录。

驱动

系统很多的组件都采用驱动式设计，从而可以更灵活的扩展，驱动类的位置默认是放入核心类库目录下面，也可以重新定义驱动类库的命名空间而改变驱动的文件位置。

行为

行为（Behavior）是在预先定义好的一个应用位置执行的一些操作。类似于AOP编程中的“切面”的概念，给某一个切面绑定相关行为就成了一种类AOP编程的思想。所以，行为通常是和某个位置相关，行为的执行时间依赖于绑定到了哪个位置上。

要执行行为，首先要在应用程序中进行行为侦听，例如：

// 在app_init位置侦听行为
\think\Hook::listen('app_init');

然后对某个位置进行行为绑定：

// 绑定行为到app_init位置
\think\Hook::add('app_init','\app\index\behavior\Test');

一个位置上如果绑定了多个行为的，按照绑定的顺序依次执行，除非遇到中断。

命名空间

ThinkPHP5采用了PHP的命名空间进行类库文件的设计和规划，并且符合PSR-4的自动加载规范。

위 내용은 thinkPHP5.0 프레임워크의 전체 아키텍처에 대한 자세한 개요의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!