thinkphp6 튜토리얼 노트 (요약 공유)

이 글은 PHP에 대한 관련 지식을 제공합니다. 주로 모델, 시스템 서비스, Laket-admin 프로젝트 등을 포함한 몇 가지 메모 작성 지식 사항을 요약하여 살펴보겠습니다. 당신.

추천 학습: "PHP Video Tutorial"

Installation

실행할 경로 또는 (전체 경로) php (전체 경로) Composer.phar 명령을 추가하는 것을 잊지 마세요. PHP 버전 문제 방지==

여러 애플리케이션을 활성화하려면 작곡가 필수 topthink/think-multi-app을 사용하여 다중 애플리케이션 확장을 설치해야 합니다! !

이 메소드는 PHP 내장 서버를 시작하기 때문에 nginx가 이 포트 번호를 설정하면 시작되지 않습니다.
이는 테스트용일 뿐입니다. 일반적으로 nginx를 사용하는 것이 좋습니다. 그리고 해당 디렉터리를 공용 디렉터리로 지정하여 ip:1000으로 직접 접근할 수 있습니다. 하지만 PHP가 info를 사용할 때 루트 디렉토리에 오류가 있습니까?

그리고 컴포저 설치시 작은 가죽 패널부터 설치하지 마세요...
[
그리고 php 명령줄 버전을 바꾸시거나 컬 -sS https://getcomposer.org/installer 처럼 하셔야 합니다 | php this command 마지막 매개변수를 설치 경로로 변경하시겠습니까?
그런 다음 php8.0용 zip 확장 프로그램을 설치해야 합니다. Xiaopi 패널로 직접 이동하면 오류가 발생합니다. == 모두 함정입니다.] 이러한 문제는 발생하지 않습니다. Xiaopi를 사용하지 않는다면!

Big Pit==

사이트 간 공격을 방지하려면 phpstudy 웹사이트의 open_dir을 꺼야 합니다. 그렇지 않으면 공용 디렉터리를 웹사이트의 루트 디렉터리로 설정한 후에는 외부에 접근할 수 없습니다

php_ini에 설정되어 있으면 끄거나 일반 디렉터리로 설정하세요
nginx 및 fastcgi.conf에도 이 설정이 있을 수 있습니다

그런 다음 php를 켜야 합니다

display_errors = On
display_startup_errors = On

아닙니다 기본적으로 켜져 있음==

이 오류는 프레임워크가 켜져 있지 않은 경우에도 보고될 수 있습니다. 아마도 iniset이 설정되어 있기 때문일 수 있습니다. 그러나 프레임워크를 정상적으로 시작해야 효과가 나타납니다. 그렇지 않으면 예를 들어 500 오류가 발생하면 프레임워크가 전혀 시작되지 않아 오류가 표시되지 않습니다

또한 파일 권한을 복사하면 권한이 755

Env로 설정될 수도 있습니다. 디버그를 활성화해야 합니다

그런 다음 런타임 디렉터리는 777로 설정됩니다.

Basic

오류 표시

위의 큰 구덩이를 제외하고 일반적으로 env

Configuration

[DATABASE]USERNAME =  rootPASSWORD =  123456

use think\facade\Envfunction(){// 获取环境变量 如果不存在则使用默认值rootEnv::get('database.username', 'root');}

Application Directory

로 설정됩니다.

출력

배열은 직접 반환할 수 없습니다

컨트롤러

두 개의 특수 컨트롤러

하나. 기본 컨트롤러

일반적으로 컨트롤러를 만든 후 더 많은 메서드를 얻으려면 기본 컨트롤러를 상속하는 것이 좋습니다.
1. 기본 컨트롤러는 컨트롤러 확인 기능만 제공하고 thinkApp 및 thinkRequest를 삽입합니다. 나중에 자세히 설명하겠습니다.
2. 빈 컨트롤러
3. 
   

   namespace app\controller;
    use app\BaseController;
    class Test extends BaseController
    {
    public function index()
    {
    //返回实际路径
    return $this->app->getBasePath();
    //返回当前方法名
    return $this->request->action();
    }
    }

   
   
단일 애플리케이션 모드에서는 프로젝트에 오류를 상기시키기 위한 오류 컨트롤러 클래스를 정의할 수 있습니다.
4. 예를 들어 TP3에서는 다음과 같이 판단할 수 있습니다.

class Error
 {
 public function index()
 {
 return ‘当前控制器不存在！’;
 }
 }

5. 매개변수가 많으면 판단해야 할 변수가 많아질수록 유효성 검사기를 사용하면 훨씬 더 좋습니다.
   
검증기 공식 문서: https://www.kancloud.cn/manual/thinkphp6_0/1037624
6. 코드 바로 가기:

$name = I('name', '');if (empty($name)) {
    // 抛出异常}

검증의 이점

주로 재사용 및 오류 메시지 직접 출력 중복을 피하기 위해 코드 작성

系统服务

使用系统服务有大大的好处和避免了直接修改类的坏处。从以上分析来看，个人觉得，使用系统服务，可以对一个类进行非入侵式的「配置」，如果哪天一个类的某些设定需要修改，我们不用直接修改这个类，只需要修改服务提供类就好了。对于扩展包来说，系统服务使其可以在扩展中灵活配置程序，达到开箱即用的效果。不过，有个缺点是系统服务类都要在程序初始化是进行实例化，如果一个系统的服务类很多，势必影响程序的性能。

使用 thinkphp 开发网站，在没有 thinkphp6 版本出来以前，常规的开发模式都是使用它自带的多应用开发方式来进行项目开发。

多应用开发的一个好处就是开发方便和快速，只需要在thinkphp规定的app目录建立一个目录，比如 admin 目录，然后在其内建立一个 controller 目录就可以开始一个项目的基本开发了。

然而这样开发只适合基于它本身的目录进行开发，如果想要把项目做成一个包来开发和发布，这样的方式明显不行。

而这次，thinkphp6 引入了 Service 的概念，增加了项目转移到包开发的可能性。

Service 的使用需要继承 \think\Service ，同时 Service 默认的 register 和 boot 这两个方法是非必须的，就是说可以不用添加也是可以的。

但是，我们使用 Service 就是为了在项目启动前添加自己的配置和注册一些自己的东西，所以这两个方法对项目开发来说，都利用起来是最好的方法。

register的使用
register 的加载要先于 boot 方法，也同时在系统里属于提前注册一些具体的配置及绑定类，所以在具体的项目开发中，也是推荐只做一些项目的配置。

Service 的引入会根据 thinkphp6 生成的 Services.php 缓存顺序进行加载，所以在使用过程中需要注意当前的 Service 在缓存中属于哪个位置，防止在注册配置时候出现配置加载时出现不可知的问题。

boot 的使用
boot 通常是在 register 注册完成后进行加载，boot 方法里推荐做一些对 register 注册完成后的信息的补充处理。

thinkphp6 由于在 boot 前已做了系统配置的初始化操作，所以在这里处理一些数据库操作也是没有问题的。

Service 的其他方法
loadRoutesFrom ：导入路由，传入数据为匿名函数

registerRoutes ：功能于 loadRoutesFrom 一样

commands ：导入脚本命令，传入数据为数组或者单个脚本

使用 Service 的场景
如果你想要把一个项目独立成一个包进行发布或者为 thinkphp6 提供扩展包。

如果只是单纯的想做一个 app 项目，Service 估计不太适合你。

最后，Service 的具体实践有没有什么好的项目推荐啊，那当然有的，这里隆重推荐一个完全使用 Service 开发的项目：

laket-admin： https://github.com/deatil/laket-admin

laket-admin 使用 thinkphp6 的 Service 模式加单应用开发而成，避开了 thinkphp6 多应用下 url 出现的一些问题，对用户端的 url 更加友好。

laket-admin项目的截图

为什么halt

依赖注入与容器

依赖注入其实本质上是指对类的依赖通过构造器完成自动注入，例如在控制器架构方法和操作方法中一旦对参数进行对象类型约束则会自动触发依赖注入，由于访问控制器的参数都来自于URL请求，普通变量就是通过参数绑定自动获取，对象变量则是通过依赖注入生成。

如何注入

首先是构造器注入

api/manager/TestMgr.php

namespace app\api\manager;class TestMgr{
    public string $name1 = 'a';}

api/controller/Test.php

class Test{
    public function __construct(TestMgr $testMgr){
        $this->testMgr=$testMgr;
    }

    public function index()
    {
        return $this->testMgr->name1; //输出a
        //same as $a=new TestMgr();return $a->name;
    }

构造器方法注入的解析

如果换成我们手动调用的方式，那么正常的流程应该是

$testMgr = new TestMgr();//多出来了这一步 要先实例化TestMgr$test = new Test($testMgr);$test->index($testMgr);

然而 浏览器直接调用的方式是 ，因为 正常情况下 不可能我们接口调用 还去 先new一堆东西吧

$test = new Test();$test->index($testMgr);

但这样肯定会报错 因为 构造器有参数 但是你没传。所以我们不能直接这么写，要写成上面那种自动注入的参数的形式。而事实上 我们也可以通过invoke函数来完成递归实例化这一操作。

所以，相当于容器自动帮我们完成了这个操作。我们要做的 只是在方法的参数中写需要的那个类的即可 不需要去手动去new底层的一堆对象

方法调用的方式

api/manager/TestMgr.php

namespace app\api\manager;class TestMgr{
    public string $name1 = 'a';}

api/controller/Test.php

namespace app\api\controller;use app\api\manager\TestMgr;class Test{
    public function index(TestMgr $testMgr)
    {
        return $testMgr->name1;//1
    }}

invoke

//使用容器来实例化的话，可以自动进行依赖注入。invoke（类名）//某个方法依赖注入invoke(['类名'，'方法名'])

$bar = new Bar(); $foo = new Foo($bar);等价于$foo = invoke('Foo');

也支持对某个函数或者闭包使用依赖注入

$result = invoke(function(Bar $bar) {
    // ...});

上面的实现-------容器

什么是容器

ThinkPHP使用容器来更方便的管理【类依赖】及【运行依赖注入】

简而言之，容器内部是通过反射类或闭包等来实现类的实例化(单例)。
容器并非只能用于依赖注入
//官方说明：容器中已经调用过的类会自动使用单例，除非你使用下面的方式强制重新实例化。
// 每次调用都会重新实例化->$cache = app(‘user’,true);

app助手函数

$arrayItem = app(‘org\utils\ArrayItem’);
上述代码会判断在容器中是否存在这个单例，如果有就直接返回，没有就帮我们自动创建一个这个类的单例然后返回。
比如：
echo app(‘user’)->name;

注释：new是写死的 而上面是字符串 可以动态解析的！！

app和invoke这两个助手函数的区别

app 快速获取容器中的实例 支持依赖注入
invoke 调用反射执行callable 支持依赖注入

bind

依赖注入的类统一由容器进行管理，大多数情况下是在自动绑定并且实例化的。不过你可以随时进行手动绑定类到容器中（通常是在服务类的register方法中进行绑定），支持多种绑定方式。
bind就是给实例起一个别名 方便app快速调用

// 绑定类库标识bind('user','\app\index\model\User');// 快速调用（自动实例化）echo app('user')->name;

更多bind的用法看手册

ps:bind 实际上是$this->app->bind(‘think\Cache’, ‘app\common\Cache’);的快捷调用
也叫助手函数

provider.php

一般来说，bind只能在定义的那个地方用，其他地方就用不了了。所以，为了其他地方也能用，我们将bind函数写在provider.php文件中

容器的好处

容器：【“拿来即用”，不需要通过实例化，松耦，节约资源】

容器自动依赖注入

容器主要用于依赖注入，依赖注入会首先检查容器中是否注册过该对象实例，如果没有就会自动实例化，然后自动注入

自定义实例化

其他

场景

支持使用依赖注入的场景包括（但不限于）：

控制器架构方法；
控制器操作方法；
路由的闭包定义；
事件类的执行方法；
中间件的执行方法；

门面 face就大量使用了依赖注入

Facade 门面模式

看设计模式那个文档。
tp中，说的直白一点，Facade功能可以让类无需实例化而直接进行静态方式调用。使用静态方式调用非静态方法时隐式的实例化了该类，无需额外的实例化工作(看最下面总结 因为要实例化的可能很多个)。

简单来说 就是request实际上是用依赖注入的方式写的，所以需要实例化一大堆。所以要么使用门面模式 要么使用自动依赖注入的方式调用！

facade目录 和外面是对应的

推荐学习：《PHP视频教程》

위 내용은 thinkphp6 튜토리얼 노트 (요약 공유)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!