laravel入門知識點整理
laravel入門
簡介
作為PHP最常用的框架之一，Laravel的框架目錄佈置得尤其清晰，適用於各種型別的專案開發。今天來記錄下laravel入門需要熟悉的知識點。
1、根目錄
其中，public/index.php是專案的入口檔案
2、配置
1)config目錄
該資料夾下面，包含的是各種配置檔案。包括mysql資料庫連線資訊，redis,自定義的配置檔案資訊等等
2）.env檔案
用以儲存一些依賴環境的變數，比如資料庫配置，因為它不會被加入到版本庫中， 所以還用以配置一些敏感資訊：比如正式環境的一些第三方應用賬號，token 等。有點類似Yii框架中的main-local.php
用法參考:env('DB_HOST','192.168.1.223')
說明：優先使用.env檔案中配置的DB_HOST對應的值，如果.env中沒有配置，則使用這裡設定的預設值'192.168.1.223'
3）用法參考
config('redis_keys.redis_keys.all_follow_user')
3、MVC
4、路由
1、routes目錄
routes目錄包含了應用定義的所有路由。Laravel 預設提供了四個路由檔案用於給不同的入口使用：web.php、api.php、 console.php 和 channels.php。 除此之外，我們還可以自定義路由檔案。
這裡介紹兩個比較重要的官方提供的預設路由檔案web.php和api.php
1）web.php
檔案包含的路由通過 RouteServiceProvider 引入，都被約束在 web 中介軟體組中，因而支援 Session、CSRF 保護以及 Cookie 加密功能，如果應用無需提供無狀態的、RESTful 風格的 API，那麼路由基本上都要定義在 web.php 檔案中
2）api.php
檔案包含的路由通過 RouteServiceProvider 引入，都被約束在 api 中介軟體組中，因而支援頻率限制功能，這些路由是無狀態的，所以請求通過這些路由進入應用需要通過 token 進行認證並且不能訪問 Session 狀態。
2、路由定義
稍微複雜一點的情況：
3、RouteServiceProvider
檔案包含的路由通過 RouteServiceProvider 引入
5、中介軟體
提到中介軟體，那一定離不開app/Http/Kernel.php這個檔案
1) kernel
Kernel 中定義了重要的中介軟體列表，所有的請求 request 在被應用處理前，都必須經過這些中介軟體，篩過一遍後，才會被決定如何處理。這涉及到中介軟體（middleware）的作用。
App\Http\Kernel
<?php
namespace App\Http;
use Illuminate\Foundation\Http\Kernel as HttpKernel;
class Kernel extends HttpKernel
{
/**
* The application's global HTTP middleware stack.
*
* These middleware are run during every request to your application.
*
* @var array
*/
protected $middleware = [
\App\Http\Middleware\CheckForMaintenanceMode::class,\Illuminate\Foundation\Http\Middleware\ValidatePostSize::class,\App\Http\Middleware\TrimStrings::class,\Illuminate\Foundation\Http\Middleware\ConvertEmptyStringsToNull::class,\App\Http\Middleware\TrustProxies::class,\App\Http\Middleware\EnableCross::class,];
/**
* The application's route middleware groups.
*
* @var array
*/
protected $middlewareGroups = [
'web' => [
\App\Http\Middleware\EncryptCookies::class,\Illuminate\Cookie\Middleware\AddQueuedCookiesToResponse::class,\Illuminate\Session\Middleware\StartSession::class,// \Illuminate\Session\Middleware\AuthenticateSession::class,\Illuminate\View\Middleware\ShareErrorsFromSession::class,\App\Http\Middleware\VerifyCsrfToken::class,\Illuminate\Routing\Middleware\SubstituteBindings::class,],'api' => [
// 'throttle:300,1','bindings','web_api' => [
// 'throttle:300,'check_token'
],'admin_api' => [
// 'throttle:300,'admin'
],];
/**
* The application's route middleware.
*
* These middleware may be assigned to groups or used individually.
*
* @var array
*/
protected $routeMiddleware = [
'auth' => \Illuminate\Auth\Middleware\Authenticate::class,'auth.basic' => \Illuminate\Auth\Middleware\AuthenticateWithBasicAuth::class,'bindings' => \Illuminate\Routing\Middleware\SubstituteBindings::class,'cache.headers' => \Illuminate\Http\Middleware\SetCacheHeaders::class,'can' => \Illuminate\Auth\Middleware\Authorize::class,'guest' => \App\Http\Middleware\RedirectIfAuthenticated::class,'signed' => \Illuminate\Routing\Middleware\ValidateSignature::class,'throttle' => \Illuminate\Routing\Middleware\ThrottleRequests::class,'check_token' => \App\Http\Middleware\CheckToken::class,];
}
上面的 $middleware[] 是面向全域性的，特別是針對 HTTP 以及較為底層的。後面的 $middlewareGroups[] 和 $routeMiddleware[] 是比較具體的實施層面的。應該是可以根據開發需要繼續新增。
我們再看看App\Http\Kernel繼承的父類Illuminate\Foundation\Http\Kernel
<?php
namespace Illuminate\Foundation\Http;
use Exception;
use Throwable;
use Illuminate\Routing\Router;
use Illuminate\Routing\Pipeline;
use Illuminate\Support\Facades\Facade;
use Illuminate\Contracts\Debug\ExceptionHandler;
use Illuminate\Contracts\Foundation\Application;
use Illuminate\Contracts\Http\Kernel as KernelContract;
use Symfony\Component\Debug\Exception\FatalThrowableError;
class Kernel implements KernelContract
{
/**
* The application implementation.
*
* @var \Illuminate\Contracts\Foundation\Application
*/
protected $app;
/**
* The router instance.
*
* @var \Illuminate\Routing\Router
*/
protected $router;
/**
* The bootstrap classes for the application.
* 引導類，起引導作用的類
* 這些類裡面基本上都有一個 bootstrap(Application $app) 方法，
* 從不同的角度 bootstrap 應用。為最終 boot() 最準備。
* 注意：這些事做不完，不能接受請求，或許連$request都無法正確生成。
* @var array
*/
protected $bootstrappers = [
// 載入伺服器環境變數（.env 檔案？）
\Illuminate\Foundation\Bootstrap\LoadEnvironmentVariables::class,// 載入配置資訊（config 目錄？）
\Illuminate\Foundation\Bootstrap\LoadConfiguration::class,// 配置如何處理異常
\Illuminate\Foundation\Bootstrap\HandleExceptions::class,// 註冊 Facades
\Illuminate\Foundation\Bootstrap\RegisterFacades::class,// 註冊 Providers
\Illuminate\Foundation\Bootstrap\RegisterProviders::class,// 啟動 Providers
\Illuminate\Foundation\Bootstrap\BootProviders::class,];
/**
* The application's middleware stack.
*
* @var array
*/
protected $middleware = [];
/**
* The application's route middleware groups.
*
* @var array
*/
protected $middlewareGroups = [];
/**
* The application's route middleware.
*
* @var array
*/
protected $routeMiddleware = [];
總之，Kernel 做了兩件事，第一個是定義 $bootstraps[]，做好了 boot 系統的準備，第二個是定義 各種 middleware，這些都對 $request 進行加工、處理、甄選、判斷，最終為可以形成正確的、有效的 $response 做準備，都完成後，進行了 index.php 中的 $kernel->handle($request)，返回 $response。
總結：
1) $request ---> $kernel { service providers/middlewares/routers } ---> $response
2) Kernel 是就是個大黑箱，送入請求，輸出響應，我們只管往裡面新增服務、中介軟體、路由等等。
2) middleware
系統自帶的VerifyCsrfToken.php
自定義的中介軟體CheckToken.php
基本上中介軟體的具體過濾操作都在handle方法中完成
6、日誌
1) 日誌的配置檔案：config/logging.php
2) logging.php
3) 使用參考
Log::channel('wechatlog')->info("獲取第三方平臺component_access_token",['data'=>$data]);
然後執行請求完畢，就可以在storage/logs這個資料夾下面看到對應的日誌記錄
7、服務提供者
1）自定義服務提供者
在laravel裡面，服務提供者其實就是一個工廠類。它最大的作用就是用來進行服務繫結。當我們需要繫結一個或多個服務的時候，可以自定義一個服務提供者，然後把服務繫結的邏輯都放在該類的實現中。在larave裡面，要自定一個服務提供者非常容易，只要繼承Illuminate\Support\ServiceProvider這個類即可。
舉個栗子
app/providers/AppServiceProvider.php
在這個舉例裡面，可以看到有一個register方法，這個方法是ServiceProvider裡面定義的。自定義的時候，需要重寫它。這個方法就是用來繫結服務的。
2）laravel初始化自定義服務提供者的原始碼
3）config/app.php
從上一步的原始碼也能看到，laravel載入自定義服務提供者的時候，實際是從config/app.php這個配置檔案裡面的providers配置節找到所有要註冊的服務提供者的。
參考連結：https://blog.csdn.net/qqtaizi123/article/details/95949672