thinkphp6安裝的坑怎么解決

這篇文章主要介紹“thinkphp6安裝的坑怎么解決”的相關知識，小編通過實際案例向大家展示操作過程，操作方法簡單快捷，實用性強，希望這篇“thinkphp6安裝的坑怎么解決”文章能幫助大家解決問題。

大坑==

phpstudy 網站那 要關了open_dir 防止跨站攻擊的 不然設置public目錄為 網站根目錄后 就訪問不到外面的
如果php_ini中設置了 也關了 或者設置下正常目錄
nginx中 和fastcgi.conf里可能也有這個設置

然后 要開啟php的
display_errors = On
display_startup_errors = On

默認是不開啟的==
這個 即使沒開 框架也能報錯 可能是因為設置了iniset的 但是框架要正常啟動了才有效。否則比如遇到的500錯誤 框架根本沒啟動起來 自然也就顯示不了報錯了

另外 如果是拷貝的文件 權限可能也要設置下 為755

env也要開啟debug

然后runtime目錄設置為777

基礎

錯誤顯示

除了上面的大坑外，一般是設置env

配置

[DATABASE]USERNAME =  rootPASSWORD =  123456

use think\facade\Envfunction(){// 獲取環境變量 如果不存在則使用默認值rootEnv::get('database.username', 'root');}

控制器

兩個特殊的控制器

一． 基礎控制器

1. 一般來說，創建控制器后，推薦繼承基礎控制器來獲得更多的方法；

2. 基礎控制器僅僅提供了控制器驗證功能，并注入了think\App和think\Request；

3. 這兩個對象后面會有章節詳細講解，下面我們繼承并簡單使用一下；
   
   二． 空控制器

4. namespace app\controller;
    use app\BaseController;
    class Test extends BaseController
    {
    public function index()
    {
    //返回實際路徑
    return $this->app->getBasePath();
    //返回當前方法名
    return $this->request->action();
    }
    }

5. 在單應用模式下，我們可以給項目定義一個 Error 控制器類，來提醒錯誤；
   

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

模型

游標的意義

驗證器

使用

例如, 在 TP3 的時候, 可能是這樣判斷的:

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

如果參數比較多的時候, 需要判斷的變量越多代碼量也隨著增加. 如果使用驗證器就會好很多.

直接上代碼:

<?php
 namespace app\api\controller;
 use think\facade\Validate;use think\Request;
 class Auth{
    public function index(Request $request)
    {
        $input = $request->post();
        $validate = Validate::rule([
                'name|名稱'  => 'require|max:25',
                'email|郵箱' => 'require|email'
            ]);
 
        if (!$validate->check($input)) {
            return $validate->getError();
        }
    }}

驗證的好處

主要是 重復使用 而且直接輸出錯誤信息 避免重復寫代碼

系統服務

使用系統服務有大大的好處和避免了直接修改類的壞處。從以上分析來看，個人覺得，使用系統服務，可以對一個類進行非入侵式的「配置」，如果哪天一個類的某些設定需要修改，我們不用直接修改這個類，只需要修改服務提供類就好了。對于擴展包來說，系統服務使其可以在擴展中靈活配置程序，達到開箱即用的效果。不過，有個缺點是系統服務類都要在程序初始化是進行實例化，如果一個系統的服務類很多，勢必影響程序的性能。

使用 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 估計不太適合你。

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實際上是用依賴注入的方式寫的，所以需要實例化一大堆。所以要么使用門面模式 要么使用自動依賴注入的方式調用！

關于“thinkphp6安裝的坑怎么解決”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識，可以關注億速云行業資訊頻道，小編每天都會為大家更新不同的知識點。