nginxphppostgresql技巧_为什么 Laravel 这么优秀

Laravel 一贯是我心中最优雅的后端框架，为了向更多的人阐明为什么 Laravel 这么优雅？框架本身都做了什么操作？比起其他框架的上风在哪里等？我准备从一个后端最常用的 CURD 例子提及，一步一步阐述这过程中 Laravel 都是怎么完成的；以及~大家~(我)为什么喜好用 Laravel。

Laravel 的定位是一个全栈 WEB 框架，它供应了 WEB 开拓的全套组件；如路由、中间件、MVC、ORM、Testing 等。
这篇文章中我利用的 Demo 是最新版的 Laravel 10.x 以及 PHP 8.2。
虽说从 Laravel 5.x 后 Laravel 的版本变革比较快，基本一年一个大版本，但它的核心险些从 4.X 以来没有发生过特殊大的变革。
Laravel 的目录构造可能对第一次打仗的人来说会很繁琐，它有十来个文件夹，但实在大部分文件夹的位置都是精心设计的，都待在该当待的位置上。

Laravel Artisan #

Laravel 第一个优雅的设计便是给开拓者暴露了一个 ALLINONE 的入口 ———Artisan。
Artisan 是一个 SHELL 脚本，是通过命令行操作 Laravel 的唯一入口。
所有和 Laravel 的交互包括操作行列步队，数据库迁移，天生模版文件等；你都可以通过这个脚本来完成，这也是官方推举的最佳实践之一。
如你可以通过：

和其他框架类似，Ruby on Rails 为我们供应了 rails、Django 为我们供应了 manage.py。
我以为精良的框架都会供应一系列的 Dev Tools 帮助开拓者更好的驾驭它，更精良的框架如 Spring 除外。

接下来我们将考试测验构建一个大略单纯的课程系统，在这个别系中有西席(Teacher)，学生(Student)和课程(Course)，它们之间覆盖了大略的一对一、一对多、多对多等的关系，这在日常开拓中也很常见。

我会按照我理解的最佳实践的做法，一步步实现一个完全的 CURD；但不会一来就把 Laravel 的各个精良组件抛出来，而是碰着什么组件后再考试测验理解它为什么要这样设计、比起其他框架的上风在哪里。
这篇文章不会包含所有的代码，但你仍旧可以通过这个仓库 godruoyi/laravel-best-practice 的提交记录看到我是如何逐一步构建起来的。

我们的第一步是根据 Laravel 供应的 Artisan 命令天生对应的 Model；在实际的开拓中我们常日会供应额外的参数以便天生模型的时候一起天生额外的模版文件，如数据库迁移文件、测试文件、Controller 等等；我们还将用 make:model 为 Course 天生一个 CURD Controller，干系的几个 commit 我列不才面了，每个 Commit 我都只管即便做到了最小：

当模型及模型之间的关系定义完成后，在我看来全体开拓任务就已经完成 50% 了。
由于我们已经完成了数据表中字段的定义、表与表的关系、以及最主要的一步：如何将数据及数据之间的关系写入数据库中，下面大略的来先容下在 Laravel 是如何完成的。

Laravel 的 Migration 供应了一套便捷的 API 方便我们完成绝大多数数据库及表字段的定义。
Migration 的定义完全的保留了全体运用的所有迁移历史。
通过这些文件我们可以在任何一个新的地方快速的重修我们的数据库设计。
所有数据库的变更都通过 migration 的办法来完成也是 Laravel 推举的最佳实践之一。

Laravel Migration 还供应了 Rollback 机制，既可以 rollback 最近的一次数据库变更。
不过我不建议大家在生产环境这样做；生产环境的数据库迁移该当始终保持向前滚动，而不应该含有向后 Rollback 的操作。
比如你在上一次变更操作中缺点的设置了某个表的索引，那我理解的精确的做法不是回滚，而是创建一个新的迁移文件，并在新的迁移文件中 ALTER 之前的修正。

一个当代化的框架，该当有 Migration，下面是 Course 及中间表的定义：

Schema::create('courses', function (Blueprint $table) { $table->id(); $table->string('name'); $table->string('description')->nullable(); $table->unsignedBigInteger('teacher_id')->index(); $table->text('content')->nullable(); $table->timestamps();});// create pivot tableSchema::create('course_student', function (Blueprint $table) { $table->unsignedBigInteger('course_id')->index(); $table->unsignedBigInteger('student_id')->index(); $table->timestamps(); $table->primary(['course_id', 'student_id']);}); Model Relationship

Laravel 另一个强大之处在于可以通过 Eloquent 抽象「模型与模型」之间的关系；举个例子，不才面的定义中我们描述了一个 Course 可以有多个 Student、一个 Teacher；以及一个 Student 可能有多个 Course。

// Models/Course.phppublic function students(): BelongsToMany{ return $this->belongsToMany(Student::class);}public function teacher(): hasOne{ return $this->hasOne(Teacher::class);}

一旦模型间的关系定义完成，我们就可以非常方便的通过 Laravel Eloquent 查询它们之间的数据关系。
Laravel 会自动帮我们处理繁芜的 Join 操作，还能在一定条件下帮我们处理如 N+1 问题。
来看一个例子：

$course = Course::with('teacher', 'students')->find(1)// assertexpect($course) ->id->toBe(1) ->students->each->toBeInstanceOf(Student::class) ->teacher->toBeInstanceOf(Teacher::class);

这个例子中我们查询了 ID 为 1 的课程及它所关联的西席及学生；这将产生 3 条 SQL操作，个中还包含了一条跨中间表(course_student)的查询，而这过程中我们不须要做任何操作，Laravel 会自动根据你 model 的定义天生对应的 Join 操作。

select from "courses" where "id" = 1select from "teachers" where "teachers"."id" in (5)select "students"., "course_student"."course_id" as "pivot_course_id", "course_student"."student_id" as "pivot_student_id" from "students" inner join "course_student" on "students"."id" = "course_student"."student_id" where "course_student"."course_id" in (1) How to save data to database

如何将数据保存到数据库

Laravel Factory 供应了一种很好的办法来 Mock 测试数据，一旦我们定义好 Model 的 Factory 规则，我们就能轻松的在开拓阶段仿照出一个关系完全的数据。
这比起我们手动为前端制造测试数据要方便和可靠得多，如下面的例子将为每一个课程分配一个西席和不愿定数量的学生：

// database/seeders/CourseSeeder.php$students = Student::all();$teachers = Teacher::all();Course::factory()->count(10)->make()->each(function ($course) use ($students, $teachers) { $course->teacher()->associate($teachers->random()); $course->save(); $course->students()->attach($students->random(rand(0, 9)));});

末了我们通过运行 php artisan migrate --seed，Laravel 会自动同步所有的数据库迁移文件并按照 Laravel Factory 定义的规则天生一个关系完备的测试数据。

Laravel Route #

在 Laravel 中我们还可以非常方便的管理运用的路由；Laravel 的路由是集中式路由，所有的路由全部写在一两个文件中；Laravel 的 Route 给开拓者暴露了一套大略的 API，而通过这些 API 我们就能轻松的注册一个符合行业标准的 RSETful 风格的路由，如我们为我们课程注册的路由：

Route::apiResource('courses', CourseController::class);

Laravel 会自动帮我们注册 5 条路由如下所示，包括用于新增操作的 POST 要求，用于删除的 DELETE 要求等：

Laravel 路由虽然是非常精良的设计，但它却不是最高效的设计。
Laravel 用一个数组保存你注册过的所有路由；在进行路由匹配时，Laravel 会用你当前要求的 pathinfo 来匹配已经注册的所有路由；当你的路由数量超级多时，最坏情形下你须要 O(n) 次才能找出匹配的路由。
不过这点繁芜度比起注册路由&启动做事的开销险些可以忽略不计，并且一个运用也不会有数量过多的路由，加之 Laravel 还单独供应了 artisnan route:cache 命令来缓存路由的注册和匹配。
我猜这也是为什么 Laravel 不须要实现其他精良的路由算法如 Radix Tree 的缘故原由吧。

接下来我们来看在 Laravel 中是如何优雅的保存数据，这部分的记录你可以参考下面这几个 commit：

我们知道在进行数据操作前，都须要先对数据进行校验。
而 Laravel 供应的 FormRequest 就可以非常方便的做到这一点；你可以在 FormRequest 中定义前端传入的每一个字段的验证规则。
如是否必须，ID 是否该当在数据库中存在等：

class StoreCourseRequest extends FormRequest{ public function rules(): array { return [ 'name' => 'required|string|max:255', 'description' => 'nullable|string', 'content' => 'nullable|string', 'teacher_id' => 'required|exists:teachers,id', 'students' => 'nullable|array', 'students.' => 'sometimes|int|exists:students,id', ]; }}

如果你考试测验传入一些无效的数据，Laravel 会直接帮我们验证并返回缺点信息，如下面的 teacher_id 在数据库中并不存在。

$ echo -n '{"name": "hello", "teacher_id": 9999}' | http post http://127.0.0.1:8000/api/courses -b{ "errors": { "teacher_id": [ "The selected teacher id is invalid." ] }, "message": "The selected teacher id is invalid."}

得益于 Laravel 强大的的赞助函数和丰富的 API，不才面的代码中我们乃至可以做到一行代码就完成课程的创建及依赖关系的更新。
不过这些都属于「茴」字的几种写法，在真实开拓中我们该当选择适宜团队并且大略易懂的。
但我以为正是这种最求极值的体验让每个用了 Laravel 的人都爱上了它。

// app/Http/Controllers/CourseController.phppublic function store(StoreCourseRequest $request){ $course = tap( Course::create($request->validated()), fn ($course) => $course->students()->sync($request->students) ); return response()->json(compact('course'), 201);} Storage Helper #

除了上面用到的 tap 赞助函数，Laravel 另一个精良的地方是为我们供应了超级多的赞助函数；有操作数组的 Arr，操作字符串的 Str，操作凑集的 Collection，操作韶光的 Carbon 等。

collect(['alice@gmail.com', 'bob@yahoo.com', 'carlos@gmail.com']) ->countBy(fn ($email) => Str::of($email)->after('@')->toString()) ->all(); // ['gmail.com' => 2, 'yahoo.com' => 1]

这里还有一个有趣的征象：在 Laravel 中，赞助函数常日会放在一个名叫 Support 的文件下面的；而这在其他框架中常日会被叫做 utils。
在我看来如果单比命名，support 在这里要优雅得多；并且 Laravel 的源代码中到处都充满这这种匠人式的设计；不管是函数的命名、注释、乃至是什么时候该空行，都有着自己的设计思考在里面。
在 PSR2 代码规范中，还有专门的 Laravel 格式化风格。

写了这么久的代码，我不知道我写的代码到底够不足好，但好在是能嗅到一点点坏代码的味道了，而这统统都全部得益于 Laravel。

举个例子，你可以随便点开一个框架的源代码文件(如Kernel.php)，看看它的命名，看看它方法的设计。
我以为这些技能在所有措辞中都是通用的。

protected function sendRequestThroughRouter($request){ $this->app->instance('request', $request); Facade::clearResolvedInstance('request'); $this->bootstrap(); return (new Pipeline($this->app)) ->send($request) ->through($this->app->shouldSkipMiddleware() ? [] : $this->middleware) ->then($this->dispatchToRouter());} Testing #

Laravel 为我们供应了另一个精良的设计便是测试。
它为我们供应了种类浩瀚的测试，包括 HTTP 测试、浏览器测试(行为测试)、单元测试、数据库测试等。
作为后端开拓，测试该当是所有环节中最主要的一部分；我们可以不用为每个函数都编写单元测试，但对付暴露出去的每一个 API，都该当有足够的 Feature 测试来覆盖大部分可能的情形。

在 Laravel 中我们可以非常方便的为每一个 API 编写功能测试，如下面我们为创建课程编写的 HTTP 测试：

uses(RefreshDatabase::class);it('create course fails if the teacher is not exist', function () { $course = [ 'name' => 'Laravel', 'description' => 'The Best Laravel Course', 'teacher_id' => 1, // teacher not exist ]; $this->postJson(route('courses.store'), $course) ->assertStatus(422) ->assertJsonValidationErrors(['teacher_id']);});it('create course successfully with 1 students', function () { Teacher::factory()->create(['name' => 'Godruoyi']); Student::factory()->create(['name' => 'Bob']); $this->assertDatabaseCount(Teacher::class, 1); $this->assertDatabaseCount(Student::class, 1); $course = [ 'name' => 'Laravel', 'description' => 'The Best Laravel Course', 'teacher_id' => 1, 'students' => [1], ]; $this->postJson(route('courses.store'), $course) ->assertStatus(201); expect(Course::find(1)) ->students->toHaveCount(1) ->students->first()->name->toBe('Bob') ->teacher->name->toBe('Godruoyi');});

接下来我们来看如何在 Laravel 中实现查询/删除/更新操作，这部分的记录你可以参考下面这几个 Commit： - feat: create course and related testing - feat: show course and testing - feat: update course and testing - feat: delete course and testing - feat: use laravel resources

public function index(Request $request){ $courses = Course::when($request->name, fn ($query, $name) => $query->where('name', 'like', "%{$name}%")) ->withCount('students') ->with('teacher') ->paginate($request->per_page ?? 10); return new CourseCollection($course);}public function show(Course $course){ return new CourseResource($course->load('teacher', 'students:id,name'));}

在 Laravel 中可以高效的利用 Eloquent ORM 实现各种查询；如上面的例子中我们利用了 withCount 来查询课程的学生数量、用 with 加载课程对应的西席；还可以指定天生的 SQL 查询只包含某几个字段如 students:id,name。
我们还利用了 Laravel Resource 来格式化终极的输出格式，这样做的缘故原由是很多情形下我们不肯望直接将数据库的字段暴露出去，你乃至还能在 Laravel Resource 中按不同的角色显示不同的字段，如下面的 secret 字段只有当用户是 admin 时才返回：

public function toArray(Request $request): array{ return [ 'id' => $this->id, 'name' => $this->name, 'email' => $this->email, 'secret' => $this->when($request->user()->isAdmin(), 'secret-value'), 'created_at' => $this->created_at, 'updated_at' => $this->updated_at, ];} Abstract API #

Laravel 另一个优雅的地方是给开拓者供应了很多精良的组件，如 Cache、Filesystem、Queue、View、Auth、Event、Notifaction 等。
这些组件都用一个共通的设计：即开拓者只须要面对一套高度抽象的 API 而不用关心详细的实现。
举个例子，Laravel Cache Store 的部分 API 定义如下：

interface Store{ public function get($key); public function put($key, $value, $seconds);}

在利用 Cache 时，我们基本不用关心到底用的是文件缓存还是 Redis 缓存；在利用行列步队时也不用关心用的是 sync 行列步队还是专业的 QM 如 Kafka。
这在日常开拓中十分有用，由于你不须要在本地配置各种繁芜的做事。
你可以在开拓阶段在 .env 文件中将你的缓存驱动改为本地磁盘，将你的行列步队驱动改为本地同步队列；当你完成所有开拓后，只须要在 staging/prod 环境修正 .env 的值就可以了，你险些不须要做什么额外的事情。

file

Laravel Container 是全体 Laravel 框架中最核心的部分，所有的统统都是建立在它之上的。

我们知道容器只有两个功能： 1. 装东西(bind) 2. 从容器里取东西(get) 所有用到容器的框架实在质都是在框架启动的时候猖獗的往容器里装东西，容器里面的东西越多，容器供应的功能越大。
如 Java 的 Spring 会在编译时为 Sprint Container 添补不同的工具，在利用时就能向容器获取不同的值。
Laravel Container 也类似；Laravel 还奥妙的供应了 Service Provider 的办法来往容器里装东西，它的定义如下：

interface ServiceProvider{ / Register any application services. / public function register(): void / Bootstrap any application services. / public function boot(): void}

每个 Service Provider 在注册阶段都会向 container 中设置不同的值；如 CacheServiceProvider 会向容器中注册 Cache 工具，后续在利用 Cache::get 时就利用的是这里注册的 Cache 工具，在注册阶段不应该向容器中获取值，由于此时做事可能还没有 Ready；启动阶段一样平常用来掌握如何启动你的做事，如你可以在这个阶段中 Connect to Server、Start engin 等等。
Laravel 默认会注册 20 多个 Service Provider，每个 Service Provider 都为 Laravel 供应了一种新的能力：如 Cookie/Session/DB/Filesystem 等。
它的所有的核心组件都是通过这种办法注册的，正是由于如此浩瀚的 Service Provider 才使得 Laravel Container 更加强大。

我最喜好 Laravel Container 的一点是它支持获取任何工具，纵然容器里没有，它也能给你造一个。
Laravel Container 支持自动帮你布局容器中不存在的工具，如果这布局这个工具时还依赖其余的工具，Laravel 会考试测验递归的创建它，举个例子：

class A{ public function __construct(public B $b) {}}class B{ public function __construct(public C $c) {}}class C{ public function __construct(public string $name = 'Hello C')}$a = (new Container())->get(A::class);expect($a) ->not->toBeNull() ->b->not->toBeNull() ->b->c->not->toBeNull() ->b->c->name->toBe('Hello C');

正是由于这个特性，以是在 Laravel 的绝大多数方法参数中，你可以随意的注入任意数量的参数；这也是我最喜好的一点。
Laravel 会自动帮我们从容器中获取它，如果容器不存在，则会考试测验初始化它。
如我们上面的 CURD 的例子中，Request 工具便是 Laravel 自动注入的，你还可以在后面注入任意数量的参数：

class CourseController extends Controller{ public function index(Request $request, A $a, / arg1, arg2, ... /) { // ... }} Laravel Pipeline #

Laravel 另一个精良的设计是 Pipeline ；Laravel 的 Pipeline 贯穿了全体框架的生命周期，可以说全体框架都是在一个流水线的管道里启动起来的。
而 Laravel Pipeline 的实现也很有趣；我们知道在常见的 Pipeline 设计中，大多会通过 for 循环来实现，而 Laravel 则采取的是最大略却又最繁芜的实现 array_reduce。

我们知道 array_reduce 可以将一组数据串起来实行，如：

array_reduce([1, 2, 3], fn($carry, $item) => $carry + $item) // 6

但当 array_reduce 碰着全是闭包的调用时，情形就繁芜了：

$pipelines = array_reduce([Middleware1, Middleware2, / ... /], function ($stack, $pipe) { return return function ($passable) use ($stack, $pipe) { try { if (is_callable($pipe)) { return $pipe($passable, $stack); } elseif (! is_object($pipe)) { [$name, $parameters] = $this->parsePipeString($pipe); $pipe = $this->getContainer()->make($name); $parameters = array_merge([$passable, $stack], $parameters); } else { $parameters = [$passable, $stack]; } return $pipe(...$parameters); } catch (Throwable $e) { return $this->handleException($passable, $e); } })}, function ($passable) { return $this->router->dispatch($passable);})// send request through middlewares and then get response$response = $pipelines($request);

上面的代码实在是 Laravel 中间件的核心代码，也是 Laravel 启动流程的核心实现；虽然加入了各种样的闭包后导致函数阅读起来十分痛楚，但它的实质实在很大略；便是像洋葱一样将所有的中间件包起来，然后让要求从最外层一层一层的穿过它，每一层都可以决定是否连续向下实行，而末了的心脏部分是终极要实行的操作。
举个大略的例子，我们可以将一段文本通过各种过滤后再保存进数据库，如：

(new Pipeline::class) ->send('<p>This is the HTML content of a blog post</p>') ->through([ ModerateContent::class, RemoveScriptTags::class, MinifyHtml::class, ]) ->then(function (string $content) { return Post::create([ 'content' => $content, ... ]); }); Laravel Comnication #

Laravel 的强大离不开社区的支持，这十年来 Laravel 官方已经发布了 20 多种周边生态，这里摘抄一个来自@白宦成关于 Laravel 和其他框架的比拟图。

项目

Laravel

Rails

Django

ORM

有

有

有

数据库迁移

有

有

有

发送邮件

Mailables 邮件

ActionMailer 梅勒

SendMail

吸收邮件

无

Action Mailbox 行动操持

无

管理框架

Nova

无

Django Admin

单页管理

Folio

无

flatpages

系统检讨框架

Pluse

无

checks

Sitemap

无

无

Sitemap

RSS & Atom

无

无

Feed

多站点框架

无

无

Sites

前端处理

Asset Bundling

Asset Pipeline

无

WebSocket

Broadcasting

Action Cable 行动电缆

Django Channels

行列步队

Queues

Active Job

无

文本编辑器

无

Action Text 动作文本

无

GIS

无

无

DjangoGIS

旗子暗记调度框架

无

无

Signals

支付框架

Cashier

无

无

浏览器测试

Dusk

无

System Testing

自动化支配工具

Envoy

无

无

Redis 调度

Horizon

无

无

完全用户系统

Jetstream

无

无

Feature Flag 特色标志

Pennant

无

无

Code Style Fixer

Pint

无

无

搜索框架

Scout 童子军

无

无

OAuth

Socialite

无

无

系统剖析

Telescope

无

无

除了官方，社区本身已有非常多的第三方扩展；有快速天生 Admin 管理后台的各种 Generater、有操作 Excel 的 SpartnerNL/Laravel-Excel、有高效操作图片的 Intervention/image、还有最近要被纳入默认测试框架的 Pest 以及在屎一样的 API 之上构建出来的最好用的微信 SDK EasyWechat。
你险些能在 PHP 生态中找到任何你想找的轮子。

说到这儿，不得不说 PHP 生态中了一个强大的存在 Symfony。
Symfony 完备是另一个可以和 Laravel 媲美的框架，乃至在很多设计上比 Laravel 还要超前；并且 Laravel 的核心组件如路由/Request/Container 都是构建在 Symfony 之上的。
但 Symfony 的推广没有 Laravel 那么好运，Symfony 发布到现在已经 12 年了，仍旧处于不温不火的地位(海内看的话)，我想大概是没有一个像 Taylor Otwell 一样即会写代码还会营销的 KOL 吧。

正是由于这些强大的社区支持帮助 Laravel 变得更加强大，也正是由于这些繁荣的生态保护着 PHP 一步一步走到现在。
有些开拓者可能以为 PHP 已经走向衰亡了，并且十分鄙视 PHP 着门措辞。
我实在很不明白作为一名工程师为什么我们会瞧不上某一门措辞？每一门措辞都有着自己天然的上风，PHP 作为一门脚本措辞在 WEB 开拓这块儿有着极快的开拓速率，加上上手难度低，人为不高，对付初创型企业来何尝不为一个好的选择呢。
我不会由于写 Python 就以为 PHP 屁都不如，也不由于写 Rust 就以为 Go 狗都不如；在我看来，措辞只是实现产品的一种办法，不同的措辞在不同的领域有自己的上风，我们该当学习不止一门措辞，并只管即便理解每一门措辞的优缺陷，在完成开拓时选择自己以及团队得当的，而不是只会写 Java 就以为其他措辞啥都不是。

Laravel 为人垢弊的问题便是太慢了，一个普通的运用一个 RTT 可能也要 100～200 ms；当碰着轻微大一点的并发要求时，CPU 的负载就奔着 90% 去了。
为理解决 Laravel 速率太慢这一问题，Laravel 团队在 2021 年的时候推出了 Laravel/Octane，如果你对 Laravel Octane 感兴趣，也可以看看我之前写的文章 — Laravel Octane 初体验。
加持了 Laravel Octane 的运用，我们可以把要求相应做到 20ms 以内。

不过我以为 Laravel 的不敷不在性能，毕竟 PHP 作为脚本措辞，就算我们把它优化到极致，也不可能达到类似 Go 那么高的吞吐率，如果真的是为了性能，那为什么不选择其他更适宜的措辞呢？

在我看来最大的不敷是繁重的社区生态；Laravel 之前只有 Blade 模版引擎，其语法和其他模版引擎大同小异，学起来很随意马虎上手；后来 Laravel 推出了 Livewire 和 Inertiajs。
Livewire 和 Inertiajs 都是一种类前端框架，它们供应了一种更加高效的办法来管理前端页面，并且能更好的和 Laravel 整合在一起。
但是它却带来了更高的学习本钱和更多人力资源的摧残浪费蹂躏。
本来我们只须要熟习标准的 Vue/React API 就好了，现在却不得不学习一种新的语法，而这些语法是构建在我们熟习的 API 之上的；有时候你原始的 API 你知道怎么写，但是新框架的新语法让你不得不查看更多的文档乃至源码，你不得不花更多的韶光去适配它；而当你的团队有新人接手这些项目时，他也得跟你走一样的路，并且 Laravel 团队说不定哪天还会弃用它们(如 Laravel-Mix)。

这里还有个例子是 Laravel 在之前推出了 Laravel Bootcamp 用来教新人怎么快速上手 Laravel，但这之前只推出了两个版本，即 Livewire 和 Inertia，好在是被社区大佬及时反应后才在再后来加上了最原始的 Blade 支持。

Laravel 官方还推出了 Laravel Sail、Laravel Herd 还有更早之前推涌如今被弃用的 Laravel Homestead 等本地开拓环境工具；而支配工具 Laravel 推出了 Laravel Forge、Laravel Vapor 还有 Laravel Envoyer；如果你作为一个 Laravel 新人你知道用什么搭建本地开拓环境吗？又用什么支配你的 Laravel 运用吗？说实话我用了 Laravel 这么久我也不知道。
我更建议大家的是如果你对 Laravel 感兴趣，不要一来就打仗 Laravel 这些繁芜的观点，老诚笃实的在本地安装好 PHP/Nginx/PostgreSQL 或者 Docker；而如果你要还要用它写前端页面，老诚笃实的用原生框架如 Vue/React/Bootstrap 乃至 Blade 才是更好的选择。

Laravel 还有很精良的设计我没有在这篇文章中指出来，如果你对 Laravel 感兴趣或者想写出一手还不错的代码，我真的建议你看一看 Laravel 的源码，看一看他的设计，我以为这些设计在所有的措辞中都是通用的