裁纸刀下

任何一位 Laravel 的开发者都肯定对于 migrate:refresh 这个命令很熟悉了，特别是首次发布上线前，随着开发进行，对 migration 文件不断做修改，就会一次又一次地运行这个命令来重建数据库。

而在 Laravel 5.5 版本中，对这个命令又进行了一次增强。或者说增加了一个相似但又有所区别的命令：migrate:fresh.

Laravel 5.5 的路由中增加了一种新的返回类型：可相应接口（Responsable）。该接口允许对象在从控制器或者闭包路由中返回时自动被转化为标准的 HTTP 响应接口。任何实现 Responsable 接口的对象必须实现一个名为 toResponse() 的方法，该方法将对象转化为 HTTP 响应对象。看示例：

Laravel 5.5 将提供一个全新的自定义验证规则的对象，以作为原来的 Validator::extend 方法的替代。

Laravel 中的表单验证是比较方便的，而且内置了大量的可用验证规则，但不管官方提供了多少，总还是会有满足不了需求的时候。很多时候我们会直接用正则表达式来处理这种特殊的验证，也有时候我们会选择用 Validator::extend 来扩展一个自定义的规则。但在 Laravel 5.5 版本中，我们有了新的手段，只要定义一个实现 Illuminate\Contracts\Validation\Rule 接口的类即可实现自定义的验证规则，并可以直接使用。

在 Laravel 5.4 中 引入了 Markdown 邮件，使得我们在邮件中享受 Blade 模板的组件和 Slots 的同时，可以用 Markdown 语法编写电子邮件。

Laravel 自带了一系列预定义的组件，比如 headers, footers, buttons 以及 tables. 开发者可以很容易地在电子邮件模板中使用这些组件。

Laravel 框架中提供了很方便快捷的面向对象风格的电子邮件相关功能，可以通过 Markdown 语法、Blade 模板引擎来制作邮件模板，然后通过扩展 Mailable 类来配置邮件相关的属性。最后通过 Mail::to() 方法即可快捷地发送邮件出去。有关邮件功能的详细实现可以参见官方文档. 但我们在制作自定义的邮件模板时，如何进行测试以确保在各种邮件客户端中正确显示，确是一个比较大的难题。尽管有一些类似 litmus 这样的工具可以解决邮件测试的问题，但是成本高昂。

在以前的版本中，当使用 artisan vendor:publish 命令来发布扩展包的资源时，需要自己指定 --provider 参数或者 --tag 参数来确定要发布什么资源。比如 --provider="Barryvdh\Debugbar\ServiceProvider"，用于发布指定 provider 包含的资源，或者 --tag=config 这样的命令。如果你什么参数都不加的话，默认会发布所有 provider 包含的所有资源（配置文件、视图、样式和JS等）。在 Laravel 5.5 中，做了一点增强，让使用上更方便了。

Laravel 5.5 再过一个多月就要发布了，这将是 Laravel 框架的下一个 LTS release（长期支持版），对于喜欢追求最新版本的 Laravel 开发者来说，现在肯定已经至少都升级到 Laravel 5.4 了，接下来升级到 Laravel 5.5 自然是理所当然的事情，但是对于追求稳定和长期技术支持的人来说，即使依然在使用 Laravel 5.1, 面对这个新的长期支持版，吸引力甚至比其它更新版本的用户更大，因为自 5.1 以后，Laravel 在 5.2, 5.3, 5.4版本中，已经提供了一系列非常有吸引力的新特性。一步到位升级到 5.5, 就可以体验这些极大提升开发效率的新特性，也能轻易实现很多原本比较麻烦的功能。那么，如何在 Laravel 5.5 正式发布之前先一步体验它，以及为自己的功能、扩展提前做出兼容准备呢？

Laravel 5.5 将于 2017年7月发布，这将是继 Laravel 5.1 之后的下一个长期支持版本，相比之前发布的几个“中间版本”而言，意义重大。目前我在内部项目中已经在使用 Laravel 5.5，接下来会连续地翻译、撰写相关 Laravel 5.5 版本的文章。