- 从 5.2 升级到 5.3
- 从 5.1 升级到 5.2.0
- 升级到 5.1.11
- 升级到 5.1.0
- 升级到 5.0.16
- 从 4.2 升级到 5.0
- 从 4.1 升级到 4.2
- 从 4.1.x 以前版本升级到 4.1.29
- 从 4.1.25 以前版本升级到 4.1.26
- 从 4.0 升级到 4.1
{note} 这里我们会把所有框架中的破坏性变更罗列出来，但并不代表所有的这些变更都会危及你的应用程序。
Laravel 5.3 需要 PHP 版本大于 5.6.4 的支持。官方不再支持 HHVM 的运行环境，因为其无法提供 PHP 5.6+ 提供的语言特性。
所有 Laravel 5.2 弃用功能清单 里的功能已被框架移除。你需要提前确定你是否不再需要这些功能。
你需要把 boot 方法从 EventServiceProvider 和 RouteServiceProvider 类中移除。请把这些参数调用替换为使用 facade 方法来调用. 例如，你可以使用 Event facade 来替代 $dispatcher 参数，使用 Route facade 来替换 $router 参数。
{note} 在你调用 facade 类之前，请记得在服务提供者的顶部引用这些 facade。
Arr类上的 first、last、以及 contains 方法现在会将「值」作为第一个参数传递给给定闭包，例如：
Arr::first(function ($value, $key) {
return ! is_null($value);
});
在 Laravel 之前版本中，$key 是作为第一个参数，但是由于大多数使用场景中只对 $value 感兴趣，所以我们将其放到第一位。你可以在应用中进行一次全局搜索，来验证是否你在应用中通过旧的方式使用了这个函数。
make:console 重命名为 make:command.
The two default authentication controllers provided with the framework have been split into four smaller controllers. This change provides cleaner, more focused authentication controllers by default. The easiest way to upgrade your application to the new authentication controllers is to grab a fresh copy of each controller from GitHub and place them into your application.
You should also make sure that you are calling the Auth::routes() method in your routes.php file. This method will register the proper routes for the new authentication controllers.
Once these controllers have been placed into your application, you may need to re-implement any customizations you made to these controllers. For example, if you are customizing the authentication guard that is used for authentication, you may need to override the controller's guard method. You can examine each authentication controller's trait to determine which methods to override.
{tip} If you were not customizing the authentication controllers, you should just be able to drop in fresh copies of the controllers from GitHub and verify that you are calling the
Auth::routesmethod in yourroutes.phpfile.
Password reset emails now use the new Laravel notifications feature. If you would like to customize the notification sent when sending password reset links, you should override the sendPasswordResetNotification method of the Illuminate\Auth\Passwords\CanResetPassword trait.
Your User model must use the new Illuminate\Notifications\Notifiable trait in order for password reset link emails to be delivered:
<?php
namespace App;
use Illuminate\Notifications\Notifiable;
use Illuminate\Foundation\Auth\User as Authenticatable;
class User extends Authenticatable
{
use Notifiable;
}
{note} Don't forget to register the
Illuminate\Notifications\NotificationServiceProviderin theprovidersarray of yourconfig/app.phpconfiguration file.
The Auth::routes method now registers a POST route for /logout instead of a GET route. This prevents other web applications from logging your users out of your application. To upgrade, you should either convert your logout requests to use the POST verb or register your own GET route for the /logout URI:
Route::get('/logout', 'Auth\LoginController@logout');
Some policy methods only receive the currently authenticated user and not an instance of the model they authorize. This situation is most common when authorizing create actions. For example, if you are creating a blog, you may wish to check if a user is authorized to create any posts at all.
When defining policy methods that will not receive a model instance, such as a create method, the class name will no longer be passed as the second argument to the method. Your method should just expect the authenticated user instance:
/**
* Determine if the given user can create posts.
*
* @param \App\User $user
* @return bool
*/
public function create(User $user)
{
//
}
The AuthorizesResources trait has been merged with the AuthorizesRequests trait. You should remove the AuthorizesResources trait from your app/Http/Controllers/Controller.php file.
In prior versions of Laravel, when registering custom Blade directives using the directive method, the $expression passed to your directive callback contained the outer-most parenthesis. In Laravel 5.3, these outer-most parenthesis are not included in the expression passed to your directive callback. Be sure to review the Blade extension documentation and verify your custom Blade directives are still working properly.
Laravel 5.3 includes significant improvements to event broadcasting. You should add the new BroadcastServiceProvider to your app/Providers directory by grabbing a fresh copy of the source from GitHub. Once you have defined the new service provider, you should add it to the providers array of your config/app.php configuration file.
When calling the Cache::extend method with a Closure, $this will be bound to the CacheManager instance, allowing you to call its methods from within your extension Closure:
Cache::extend('memcached', function ($app, $config) {
try {
return $this->createMemcachedDriver($config);
} catch (Exception $e) {
return $this->createNullDriver($config);
}
});
If you are using Cashier, you should upgrade your laravel/cashier package to the ~7.0 release. This release of Cashier only upgrades a few internal methods to be compatible with Laravel 5.3 and is not a breaking change.
The first, last, and contains collection methods all pass the "value" as the first parameter to their given callback Closure. For example:
$collection->first(function ($value, $key) {
return ! is_null($value);
});
In previous versions of Laravel, the $key was passed first. Since most use cases are only interested in the $value it is now passed first. You should do a "global find" in your application for these methods to verify that you are expecting the $value to be passed as the first argument to your Closure.
The where method now performs a "loose" comparison by default instead of a strict comparison. If you would like to perform a strict comparison, you may use the whereStrict method.
The where method also no longer accepts a third parameter to indicate "strictness". You should explicit call either where or whereStrict depending on your application's needs.
The fluent query builder now returns Illuminate\Support\Collection instances instead of plain arrays. This brings consistency to the result types returned by the fluent query builder and Eloquent.
If you do not want to migrate your query builder results to Collection instances, you may chain the all method onto your calls to the query builder's get method. This will return a plain PHP array of the results, allowing you to maintain backwards compatibility:
$users = DB::table('users')->get()->all();
The $morphClass property that could be defined on Eloquent models has been removed in favor of defining a "morph map". Defining a morph map provides support for eager loading and resolves additional bugs with polymorphic relations. If you were previously relying on the $morphClass property, you should migrate to morphMap using the following syntax:
Relation::morphMap([
'YourCustomMorphName' => YourModel::class,
]);For example, if you previously defined the following $morphClass:
class User extends Model
{
protected $morphClass = 'user'
}You should define the following morphMap in the boot method of your AppServiceProvider:
use Illuminate\Database\Eloquent\Relations\Relation;
Relation::morphMap([
'user' => User::class,
]);The Eloquent save method now returns false if the model has not been changed since the last time it was retrieved or saved.
Eloquent scopes now respect the leading boolean of scope constraints. For example, if you are starting your scope with an orWhere constraint it will no longer be converted to normal where. If you were relying on this feature (e.g. adding multiple orWhere constraints within a loop), you should verify that the first condition is a normal where to avoid any boolean logic issues.
If your scopes begin with where constraints no action is required. Remember, you can verify your query SQL using the toSql method of a query:
User::where('foo', 'bar')->toSql();
The JoinClause class has been rewritten to unify its syntax with the query builder. The optional $where parameter of the on clause has been removed. To add a "where" conditions you should explicitly use one of the where methods offered by the query builder:
$query->join('table', function ($join) {
$join->on('foo', 'bar')->where('bar', 'baz');
});
The $bindings property was also removed. To manipulate join bindings directly you may use the addBinding method:
$query->join(DB::raw('('.$subquery->toSql().') table'), function ($join) use ($subquery) {
$join->addBinding($subquery->getBindings(), 'join');
});
The Mcrypt encrypter was deprecated during the Laravel 5.1.0 release in June 2015. This encrypter has been totally removed in the 5.3.0 release in favor of the newer encryption implementation based on OpenSSL, which has been the default encryption scheme for all releases since Laravel 5.1.0.
If you are still using an Mcrypt based cipher in your config/app.php configuration file, you should update the cipher to AES-256-CBC and set your key to a random 32 byte string which may be securely generated using php artisan key:generate.
If you are storing encrypted data in your database using the Mcrypt encrypter, you may install the laravel/legacy-encrypter package which includes the legacy Mcrypt encrypter implementation. You should use this package to decrypt your encrypted data and re-encrypt it using the new OpenSSL encrypter. For example, you may do something like the following in a custom Artisan command:
$legacy = new McryptEncrypter($encryptionKey);
foreach ($records as $record) {
$record->encrypted = encrypt(
$legacy->decrypt($record->encrypted)
);
$record->save();
}
The base exception handler class now requires a Illuminate\Container\Container instance to be passed to its constructor. This change will only affect your application if you have defined a custom __construct method in your app/Exception/Handler.php file. If you have done this, you should pass a container instance into the parent::__construct method:
parent::__construct(app());
The can middleware listed in the $routeMiddleware property of your HTTP kernel should be updated to the following class:
'can' => \Illuminate\Auth\Middleware\Authorize::class,
The can middleware will now throw an instance of Illuminate\Auth\AuthenticationException if the user is not authenticated. If you were manually catching a different exception type, you should update your application to catch this exception. In most cases, this change will not affect your application.
Route model binding is now accomplished using middleware. All applications should add the Illuminate\Routing\Middleware\SubstituteBindings to your web middleware group in your app/Http/Kernel.php file:
\Illuminate\Routing\Middleware\SubstituteBindings::class,
You should also register a route middleware for binding substitution in the $routeMiddleware property of your HTTP kernel:
'bindings' => \Illuminate\Routing\Middleware\SubstituteBindings::class,
Once this route middleware has been registered, you should add it to the api middleware group:
'api' => [
'throttle:60,1',
'bindings',
],
Laravel 5.3 includes a new, driver based notification system. You should register the Illuminate\Notifications\NotificationServiceProvider in the providers array of your config/app.php configuration file.
You should also add the Illuminate\Support\Facades\Notification facade to the aliases array of your config/app.php configuration file.
Finally, you may use the Illuminate\Notifications\Notifiable trait on your User model or any other model you wish to receive notifications.
Customizing the paginator's generated HTML is much easier in Laravel 5.3 compared to previous Laravel 5.x releases. Instead of defining a "Presenter" class, you only need to define a simple Blade template. The easiest way to customize the pagination views is by exporting them to your resources/views/vendor directory using the vendor:publish command:
php artisan vendor:publish --tag=laravel-pagination
This command will place the views in the resources/views/vendor/pagination directory. The default.blade.php file within this directory corresponds to the default pagination view. Simply edit this file to modify the pagination HTML.
Be sure to review the full pagination documentation for more information.
In your queue configuration, all expire configuration items should be renamed to retry_after. Likewise, the Beanstalk configuration's ttr item should be renamed to retry_after. This name change provides more clarity on the purpose of this configuration option.
Queueing closures is no longer supported. If you are queueing a Closure in your application, you should convert the Closure to a class and queue an instance of the class instead.
The Illuminate\Queue\SerializesModels trait now properly serializes instances of Illuminate\Database\Eloquent\Collection. This will most likely not be a breaking change for the vast majority of applications; however, if your application is absolutely dependent on collections not being re-retrieved from the database by queued jobs, you should verify that this change does not negatively affect your application.
It is no longer necessary to specify the --daemon option when calling the queue:work Artisan command. Running the php artisan queue:work command will automatically assume that you want to run the worker in daemon mode. If you would like to process a single job, you may use the --once option on the command:
// Start a daemon queue worker...
php artisan queue:work
// Process a single job...
php artisan queue:work --once
Various queue job events such as JobProcessing and JobProcessed no longer contain the $data property. You should update your application to call $event->job->payload() to get the equivalent data.
If you are using the database driver, you should drop the jobs_queue_reserved_reserved_at_index index then drop the reserved column from your jobs table. This column is no longer required when using the database driver. Once you have completed these changes, you should add a new compound index on the queue and reserved_at column.
If your application has a failed_jobs table, you should add an exception column to the table. The exception column should be a TEXT type column and will be used to store a string representation of the exception that caused the job to fail.
Typically, jobs in Laravel are queued by passing a new job instance to the Queue::push method. However, some applications may be queuing jobs using the following legacy syntax:
Queue::push('ClassName@method');
If you are queueing jobs using this syntax, Eloquent models will no longer be automatically serialized and re-retrieved by the queue. If you would like your Eloquent models to be automatically serialized by the queue, you should use the Illuminate\Queue\SerializesModels trait on your job class and queue the job using the new push syntax:
Queue::push(new ClassName);
In previous versions of Laravel, route parameters registered using Route::resource were not "singularized". This could lead to some unexpected behavior when registering route model bindings. For example, given the following Route::resource call:
Route::resource('photos', 'PhotoController');
The URI for the show route would be defined as follows:
/photos/{photos}
In Laravel 5.3, all resource route parameters are singularized by default. So, the same call to Route::resource would register the following URI:
/photos/{photo}
If you would like to maintain the previous behavior instead of automatically singularizing resource route parameters, you may make the following call to the singularResourceParameters method in your AppServiceProvider:
use Illuminate\Support\Facades\Route;
Route::singularResourceParameters(false);
URL prefixes no longer affect the route names assigned to routes when using Route::resource, since this behavior defeated the entire purpose of using route names in the first place.
If your application is using Route::resource within a Route::group call that specified a prefix option, you should examine all of your calls to the route helper and verify that you are no longer appending the URI prefix to the route name.
If this change causes you to have two routes with the same name, you may use the names option when calling Route::resource to specify a custom name for a given route. Refer to the resource routing documentation for more information.
If a form request's validation fails, Laravel will now throw an instance of Illuminate\Validation\ValidationException instead of an instance of HttpException. If you are manually catching the HttpException instance thrown by a form request, you should update your catch blocks to catch the ValidationException instead.
When validating arrays, booleans, integers, numerics, and strings, null will no longer be considered a valid value unless the rule set contains the new nullable rule:
Validate::make($request->all(), [
'string' => 'nullable|max:5',
]);
注： 这里我们会把所有框架中的破坏性变更罗列出来，但并不代表所有的这些变更都会危及你的应用程序。
在 composer.json 中指定 laravel/framework 5.2.*。
增加 "symfony/dom-crawler": "~3.0" 和 "symfony/css-selector": "~3.0" 到 composer.json 文件的 require-dev 部分。
你需要更新配置文件 config/auth.php，内容参照 https://github.com/laravel/laravel/blob/master/config/auth.php
先覆盖最新的配置信息，然后把配置选项修改为你需要的值，如果你还准备使用经典的 Laravel 5.1 基于 Eloquent 的认证体系，大部分选项都应该保持不变。
在新的 auth.php 配置文件中，要特别注意 passwords.users.email 配置项，由于在 Laravel 5.2 对 email 视图路径做了修改，因此要确保该视图路径与应用实际的路径相匹配，如果不匹配的话要更新该配置值。
如果你实现了 Illuminate\Contracts\Auth\Authenticatable 契约但没有使用 Authenticatable trait 的话，那么你需要添加一个新的 getAuthIdentifierName 方法到该契约实现类。通常，该方法返回认证实体的主键字段名，如：id。
除非你手动实现了此接口，否则这应该影响不到你的应用程序。
如果你使用了 Auth::extend 自定义获取用户的方法，你现在应该使用 Auth::provider 来自定义用户提供者。一旦你自定义了提供者，就要在新的 auth.php 配置文件中的 providers 数组中配置该提供者。
更多信息，请查看 完整的授权文档.
loginPath() 方法已从 Illuminate\Foundation\Auth\AuthenticatesUsers 中移除，所以现在没必要在你的 AuthController 控制器中设置 $loginPath 变量。负责授权的 trait 默认情况下会在发生错误时重定向会上一个请求路径。
Illuminate\Auth\Access\UnauthorizedException 被重命名为 Illuminate\Auth\Access\AuthorizationException。
如果你之前没有手动捕获该异常，那么这一改变对之前代码没有什么影响。
调用 Eloquent 集合实例的 pluck、keys、zip、collapse、flatten、flip 方法，现在会返回集合基类 Illuminate\Support\Collection。
slice, chunk, 和 reverse 方法现在会保留集合的键名，如果你不想这些方法保留键名，使用 集合实例 调用 values 方法即可。
Illuminate\Foundation\Composer 类现在被移动到 Illuminate\Support\Composer，如果你没有在代码中使用该类，那么这一改变对程序没有影响。
在创建定时任务或者命令时不再需要实现 SelfHandling 契约，所有任务现在默认都是自处理的，因此你可以移除该接口。
Laravel 5.2 命令总线模式现在只支持自处理命令，不再支持独立的命令和处理器。
如果你想要继续使用独立的命令和处理器，可以安装提供向后兼容支持的 Laravel Collective 包：https://github.com/LaravelCollective/bus
在配置文件 app.php 中添加 env 配置项，如下：
'env' => env('APP_ENV', 'production'),
如果你在开发过程中使用 config:cache 命令，必须 保证只是在配置文件中调用了 env 函数，而不是在应用程序的其它地方。
如果你在应用程序中调用了 env 函数，强烈建议添加适当的配置值到配置文件，然后在该位置调用 env，从而允许你将 env 调用改为 config 调用。
请把以下两行从你的 files 数组中移除，如果你的 config/compile.php 文件有出现这两行的话:
realpath(__DIR__.'/../app/Providers/BusServiceProvider.php'),
realpath(__DIR__.'/../app/Providers/ConfigServiceProvider.php'),
不删除的话，可能会在运行 php artisan optimize 的时候触发 service providers listed here do not exist 错误。
在单元测试中不再自动进行 CSRF 验证，当然这一改变对你的应用程序代码没什么影响。
自 MySQL 5.7 以后，默认 strict 模式是开启的，所以已经不再支持 0000-00-00 00:00:00 作为默认的日期值。所有的 timestamp 类型的字段在入库的时候都应该是正确的日期格式。
你可以在数据库迁移中使用 useCurrent 方法默认使用当前时间，或者设置字段为 nullable 来接受 null 值：
$table->timestamp('foo')->nullable();
$table->timestamp('foo')->useCurrent();
$table->nullableTimestamps();
在 MySQL 驱动下，json 字段类型现在创建真实的 JSON 字段类型，如果你没有使用 MySQL 5.7 或者以上版本的话，将无法使用此字段。你可以使用 text 字段类型作为替代。
当运行数据库填充时，默认情况下，所有的 Eloquent 数据模型现在都是 unguarded 的，在之前的版本中，你需要手动调用 Model::unguard() 。
如果你还想在运行数据填充时开启 guard 模式的话，请在 DatabaseSeeder 类的最开始部分调用 Model::reguard() 。
当调用模型或模型集合的 toArray 方法时，任何添加到 $casts 的属性，如 date 或 datetime，现在都会被转化为字符串。这使在 $dates 数组中制定的日期转化规则保持一致。
我们重写了全局作用域的实现以便于更方便的使用，全局作用域不再需要 remove 方法，因此可以在所有你使用到该方法的地方将其移除。
如果你曾在 Eloquent 查询构建器上调用过了 getQuery 方法以获取底层查询构建器实例，现在应该改为调用 toBase 方法。
如果你因为某种原因直接调用了 remove 方法，需要将其改成 $eloquentBuilder->withoutGlobalScope($scope) 这种方式来调用。
在 Eloquent 查询构建器中新增了 withoutGlobalScope 和 withoutGlobalScopes 方法，任何调用 $model->removeGlobalScopes($builder) 的地方现在都要改成 $builder->withoutGlobalScopes()。
默认情况下，Eloquent 会假设你的主键是 integer 整数类型，并且会强制类型为 integer 整数类型，如果你的主键不是整数类型，请设置类属性 $incrementing 为 false：
/**
* 设定主键是否为整数类型
*
* @var bool
*/
public $incrementing = true;
Laravel 的一些核心事件现在使用事件对象取代之前的事件名称以及动态参数，下面是原来的事件名称与现在的事件对象对应关系：
| Old | New |
|---|---|
artisan.start |
Illuminate\Console\Events\ArtisanStarting |
auth.attempting |
Illuminate\Auth\Events\Attempting |
auth.login |
Illuminate\Auth\Events\Login |
auth.logout |
Illuminate\Auth\Events\Logout |
cache.missed |
Illuminate\Cache\Events\CacheMissed |
cache.hit |
Illuminate\Cache\Events\CacheHit |
cache.write |
Illuminate\Cache\Events\KeyWritten |
cache.delete |
Illuminate\Cache\Events\KeyForgotten |
connection.{name}.beginTransaction |
Illuminate\Database\Events\TransactionBeginning |
connection.{name}.committed |
Illuminate\Database\Events\TransactionCommitted |
connection.{name}.rollingBack |
Illuminate\Database\Events\TransactionRolledBack |
illuminate.query |
Illuminate\Database\Events\QueryExecuted |
illuminate.queue.before |
Illuminate\Queue\Events\JobProcessing |
illuminate.queue.after |
Illuminate\Queue\Events\JobProcessed |
illuminate.queue.failed |
Illuminate\Queue\Events\JobFailed |
illuminate.queue.stopping |
Illuminate\Queue\Events\WorkerStopping |
mailer.sending |
Illuminate\Mail\Events\MessageSending |
router.matched |
Illuminate\Routing\Events\RouteMatched |
这些事件对象传入参数和 Laravel 5.1 的事件处理器 完全 一样，例如，如果你在 Laravel 5.1.* 中使用了 DB:listen 事件，在 5.2 中更新代码如下：
DB::listen(function ($event) {
dump($event->sql);
dump($event->bindings);
});
你可以去检查每个事件对象类去查看它们的公有属性。
App\Exceptions\Handler 类的 $dontReport 属性应该被更新为至少包含以下异常：
use Illuminate\Validation\ValidationException;
use Illuminate\Auth\Access\AuthorizationException;
use Illuminate\Database\Eloquent\ModelNotFoundException;
use Symfony\Component\HttpKernel\Exception\HttpException;
/**
* A list of the exception types that should not be reported.
*
* @var array
*/
protected $dontReport = [
AuthorizationException::class,
HttpException::class,
ModelNotFoundException::class,
ValidationException::class,
];
url() 当你没传参调用时，会返回 Illuminate\Routing\UrlGenerator 实例。
Laravel 5.2 支持「隐式模型绑定」，以便在路由和控制器中基于 URI 标识符自动注入模型实例。然而，这也改变了路由和控制器中类型提示模型实例这一行为。
如果你之前在路由或控制器中类型提示了模型实例，并且希望注入一个空的模型实例，那么现在应该移除这个类型提示，然后在路由或控制器中直接创建一个新的模型实例；否则，Laravel 将会基于路由 URI 的标识符试图从数据库获取一个已存在的模型实例。
IronMQ 队列驱动被移动到自己的扩展包中：
http://github.com/LaravelCollective/iron-queue
php artisan make:job 命令现在默认会创建一个队列任务类，如果你想要创建一个 同步任务（非队列），请在使用该命令时加上 --sync 选项。
邮件配置中移除了 pretend 选项，取而代之的，使用 log 邮件驱动执行和 pretend 同样的功能，并且 log 驱动能提供更多的邮件相关的信息。
为了与框架生成的其它 URL 保持一致，分页 URL 不再包含斜杠，这一改变对应用代码不产生任何影响。
请在 app.php 的 providers 数组中移除以下两个服务提供者：
`Illuminate\Foundation\Providers\ArtisanServiceProvider`
`Illuminate\Routing\ControllerServiceProvider`
因为 Laravel 5.2 认证系统更新的原因，所有现存的会话都将失效。
我们为框架编写了新的 database Session 驱动，该驱动包含更多的用户信息，例如用户 ID、IP 地址以及用户浏览器信息，如果你想要继续使用之前的 database 驱动，需要在配置文件 session.php 中修改驱动为 legacy-database。
如果你想要使用新的驱动，还需要添加 user_id (nullable integer)、ip_address (nullable string) 以及 user_agent (text) 字段到存放 Session 的数据表中。
框架不再内置 Stringy 库，如果要在应用中使用，你需要通过 Composer 手动安装。
ValidatesRequests trait 现在会抛出 Illuminate\Foundation\Validation\ValidationException 异常以取代之前的 Illuminate\Http\Exception\HttpResponseException。
如果你没有手动捕获该异常，那么这对之前的代码没有影响。
下面这些功能在 Laravel 5.2 中被废弃，在 Laravel 5.3 中会被彻底移除：
Illuminate\Contracts\Bus\SelfHandling契约，现在可以从任务（Job）中移除。- 集合的
lists方法被重命名为pluck，方法的功能保持一致。 - 隐式控制器路由注册
Route::controller被废弃。在路由文件中请使用明确指定的路由注册。此功能很有可能会被整理成扩展包的形式提供。 get,post还有其他的路由辅助函数被废弃，请使用Routefacade 作为替代。- Laravel 5.1 的
databasesession 驱动已经被重命名为legacy-database，并且将会被移除，请查看上文关于databasesession 驱动以获取更多信息. Str::randomBytes方法被废弃，会被 PHP 原生random_bytes取代。Str::equals方法被废弃，会被 PHP 原生hash_equals取代。Illuminate\View\Expression被废弃，会被Illuminate\Support\HtmlString取代。WincacheStore缓存驱动已被移除。
Laravel 5.1.11 现支持 授权 及 授权策略。要将这些功能添加到现有的 Laravel 5.1 应用程序中是相当容易的。
**注意：**这些升级是 可选的，忽略它们并不会影响你的应用程序。
首先，在你的应用程序创建一个空的 app/Policies 目录。
在你的 app/Providers 目录创建一个 AuthServiceProvider。你可以 从 GitHub 获取默认的内容，请注意，如果你的应用程序使用自定的命名空间的话，请修改提供者的命名空间。创建完成后，请务必在你的 app.php 配置文件的 providers 数组注册它。
同样的，你必须在你的 app.php 配置文件的 aliases 数组注册 Gate facade：
'Gate' => Illuminate\Support\Facades\Gate::class,
然后，在你的 App\User 模型使用 Illuminate\Foundation\Auth\Access\Authorizable trait 及 Illuminate\Contracts\Auth\Access\Authorizable contract：
<?php
namespace App;
use Illuminate\Auth\Authenticatable;
use Illuminate\Database\Eloquent\Model;
use Illuminate\Auth\Passwords\CanResetPassword;
use Illuminate\Foundation\Auth\Access\Authorizable;
use Illuminate\Contracts\Auth\Authenticatable as AuthenticatableContract;
use Illuminate\Contracts\Auth\Access\Authorizable as AuthorizableContract;
use Illuminate\Contracts\Auth\CanResetPassword as CanResetPasswordContract;
class User extends Model implements AuthenticatableContract,
AuthorizableContract,
CanResetPasswordContract
{
use Authenticatable, Authorizable, CanResetPassword;
}
接着，更新 App\Http\Controllers\Controller 基础控制器，让它使用 Illuminate\Foundation\Auth\Access\AuthorizesRequests trait：
<?php
namespace App\Http\Controllers;
use Illuminate\Foundation\Bus\DispatchesJobs;
use Illuminate\Routing\Controller as BaseController;
use Illuminate\Foundation\Validation\ValidatesRequests;
use Illuminate\Foundation\Auth\Access\AuthorizesRequests;
abstract class Controller extends BaseController
{
use AuthorizesRequests, DispatchesJobs, ValidatesRequests;
}
将 bootstrap/autoload.php 里的 $compiledPath 变量按照以下方式更新：
$compiledPath = __DIR__.'/cache/compiled.php';
在你的 bootstrap 目录里，创建一个 cache 目录 (bootstrap/cache)。放置一个有以下内容的 .gitignore 文件在这个目录：
*
!.gitignore
这个目录必须为可写的，框架会暂时存放如 compiled.php、routes.php、config.php 和 services.json 等文件在此目录。
在你的 config/app.php 配置文件里面，增加 Illuminate\Broadcasting\BroadcastServiceProvider 到 providers 数组里。
如果你有使用内置的 AuthController，此控制器使用了 AuthenticatesAndRegistersUsers trait，你会需要对新用户如何创建跟验证做一些修改。
首先，你不再需要传递 Guard 和 Registrar 实例到基底构造器。你可以从控制器的构造器完全移除这些依赖。
第二，已经不再需要 Laravel 5.0 中使用的 App\Services\Registrar 类。你可以简单的从这个类直接复制你的 validator 和 create 方法粘贴至你的 AuthController。这些方法不需要做其它修改。你必须确定有在你的 AuthController 顶端引入 Validator facade 跟你的 User 模型。
内置的 PasswordController 的构造器不再需要任何依赖。你可以把 5.0 下需要的依赖都移除。
如果你在基底控制器类上重写了 formatValidationErrors 方法，你现在应该把类型提示改成 Illuminate\Contracts\Validation\Validator contract 来取代具体的 Illuminate\Validation\Validator 实例。
同样地，如果你在基底表单请求类上重写了 formatErrors 方法，你现在应该把类型提示改成 Illuminate\Contracts\Validation\Validator contract 来取代具体的 Illuminate\Validation\Validator 实例。
Eloquent 的 create 方法现在可以不带任何参数调用。如果你有在自己的模型重写了 create 方法，请把 $attributes 参数的默认值设置成空数组：
public static function create(array $attributes = [])
{
// 你的自定义实现
}
如果你在自己的模型中重写了 find 方法并在方法中调用了 parent::find()，现在则应该把它改成调用 Eloquent 查询语句构造器上的 find 方法：
public static function find($id, $columns = ['*'])
{
$model = static::query()->find($id, $columns);
// ...
return $model;
}
lists 方法现在返回一个 Collection 实例而不是 Eloquent 查找用的一般数组。如果你想要把 Collection 转换成一般数组，请使用 all 方法：
User::lists('id')->all();
请注意查询语句构造器的 lists 方法返回的是一个数组。
以前，Eloquent 日期字段的保存格式可以借助重写模型上的 getDateFormat 方法来修改。现在仍然可以这么做。然而，为了方便起见，你可以直接在模型上指定 $dateFormat 属性来取代重写方法。
当序列化模型成 array 或 JSON 时，也会采用该日期格式。当从 Laravel 5.0 迁移到 5.1 时，这可能会改变你的 JSON 序列化的日期字段格式。要想针对序列化模型设置特定的日期格式，你需要在你的模型上重写 serializeDate(DateTime $date) 方法。这个方法可以让你在不改变日期字段保存格式的情况下，精细的控制 Eloquent 序列化格式。
sort 方法现在会返回全新的集合实例，而不是修改原有的集合：
$collection = $collection->sort($callback);
sortBy 方法现在会返回一个全新的集合实例而不会去改动到现有的集合：
$collection = $collection->sortBy('name');
groupBy 方法现在会返回 Collection 实例给父 Collection 的每一个元素。如果你想要把所有元素转换回一般数组，你可以通过 map 来处理：
$collection->groupBy('type')->map(function($item)
{
return $item->all();
});
lists 方法现在返回一个 Collection 实例而不是一个一般数组。如果你想要把 Collection 转换成一般数组，请使用 all 方法：
$collection->lists('id')->all();
app/Commands 目录已经被改名成 app/Jobs。然而你并不需要把所有的命令移动到新的位置，且可以继续用 make:command 和 handler:command Artisan 命令来生成类。
app/Handlers 目录已经被改名成 app/Listeners 并且现在只包含事件监听者。不需要移动或重命名现有的命令和事件处理进程，并且可以继续使用 handler:event 命令来生成事件处理进程。
借由 Laravel 5.0 目录结构提供的向下兼容性，你可以先升级你的应用程序到 Laravel 5.1，然后在你或你的团队方便的时候再慢慢地将你的事件跟命令升级到它们的新位置上。
createMatcher、createOpenMatcher 和 createPlainMatcher 方法已经从 Blade 编译器移除。在 Laravel 5.1，请使用新的 directive 方法来创建自定义的 Blade 标签。请查看 扩展 blade 文档来了解更多信息。
添加 protected $baseUrl 属性到 tests/TestCase.php 文件中：
protected $baseUrl = 'http://localhost';
第三方扩展包发布语言包的默认目录已经改变。必须从 resources/lang/packages/{locale}/{namespace} 移动所有的第三方扩展包语言包到 resources/lang/vendor/{namespace}/{locale} 目录。例如，Acme/Anvil 扩展包命名空间为 acme/anvil::foo 的英文语言包应该从 resources/lang/packages/en/acme/anvil/foo.php 移动到 resources/lang/vendor/acme/anvil/en/foo.php。
如果你有使用 AWS SQS 队列驱动或 AWS SES 电子邮件驱动，你应该升级你安装的 AWS PHP SDK 到 3.0 版本。
如果你有使用 Amazon S3 文件系统驱动，你将需要借助 Composer 更新对应的文件系统扩展包：
- Amazon S3:
league/flysystem-aws-s3-v3 ~1.0
以下的 Laravel 功能已经被弃用， 并将会在 2015 十二月发布的 Laravel 5.2 中被完全移除：
在你的 bootstrap/autoload.php 文件中，更新 $compiledPath 变量为：
$compiledPath = __DIR__.'/../vendor/compiled.php';
推荐的升级方式是创建一个全新的 Laravel 5.0 项目，然后复制你 4.2 网站特定的应用程序文件到此新的应用程序。其中包含控制器、路由、Eloquent 模型、Artisan 命令、资源文件，和其它专属于你的程序代码。
开始前，请先在你的本地环境中 安装一个新的 Laravel 5 应用程序 到一个全新的目录中。不要安装超过 5.0 的任何版本，因为我们需要先完成迁移至 5.0 的步骤。我们将会在后面详细探讨各部分的详细迁移过程。
别忘了复制其它额外的 Composer 依赖扩展包到你的 5.0 应用程序内。其中包含如 SDKs 的第三方代码。
部分 Laravel 专用扩展包也许不兼容于刚发布的 Laravel 5。请向扩展包的维护者确认该扩展包支持 Laravel 5 的版本。在你添加完应用程序需要的所有额外 Composer 依赖后，请运行 composer update。
默认情况下，Laravel 4 应用程序不会在应用程序的代码中使用命名空间。如所有的 Eloquent 模型和控制器都简单地存在于「全局」的命名空间中。为了更快速的迁移，Laravel 5 也允许你将这些类继续保留在全局的命名空间内。
复制新的 .env.example 文件到 .env，在 5.0 中这相当于原本的 .env.php。在此设置合适的值，如 APP_ENV 和 APP_KEY (你的加密密钥)、数据库凭证、缓存驱动与 session 驱动。
此外，将你原本的 .env.php 文件中自定义的设置值都复制并移到 .env (本机环境的实际设置值) 和 .env.example (给其他团队成员的范本文件)。
更多关于环境配置的信息，请查看 完整文档。
**注意：**在部署你的 Laravel 5 应用程序之前，你需要先在正式主机上放置
.env文件并给其设置好适当的值。
Laravel 5.0 不再使用 app/config/{environmentName}/ 目录结构来为指定环境提供配置文件。取而代之的是，将环境对应的各种设置值移到 .env，并接着借助 env('key', 'default value') 来获取配置文件的值。你可以在 config/database.php 配置文件中看到相关例子。
将配置文件放在 config/ 目录下，来代表所有环境共用的配置文件，或是在使用 env() 来获取对应该环境的设置值。
请记住，如果你添加了其它的键值到 .env 文件中，记得在 .env.example 文件内也要添加相对应的键值。这将可以帮助其他团队成员创建他们自己的 .env 文件。
复制粘贴你原本的 routes.php 文件到 app/Http/routes.php。
下一步，将你所有的控制器移到 app/Http/Controllers 目录下。因为在本指南中我们不打算迁移到完整的命名空间，请将 app/Http/Controllers 目录添加到 composer.json 的 classmap 属性中。接下来，你可以从 app/Http/Controllers/Controller.php 基底抽象类中移除命名空间。请确认你迁移过来的控制器都继承这个基类。
在你的 app/Providers/RouteServiceProvider.php 文件，设置 namespace 属性为 null。
将过滤器逻辑绑定从 app/filters.php 复制到 app/Providers/RouteServiceProvider.php 的 boot() 方法。并在 app/Providers/RouteServiceProvider.php 添加 use Illuminate\Support\Facades\Route; 来继续使用 Route Facade。
你不需要移动任何 Laravel 4.0 中的默认过滤器，如 auth 和 csrf。他们已经内置其中，只是换作以中间件形式出现。那些在路由或控制器内有使用到旧有默认过滤器的 (例如，['before' => 'auth']) 请修改使用新的中间件 (例如，['middleware' => 'auth'])。
过滤器在 Laravel 5 中没有被移除。你仍然可以绑定并借由 before 和 after 使用你自己自定义的过滤器。
默认情况下，所有路由都会启用 CSRF 保护。如果你想要关闭它们或是只想在特定路由手动开启，请从 App\Http\Kernel 的 middleware 数组移除这行：
'App\Http\Middleware\VerifyCsrfToken',
如果你想要在其它地方使用它，添加此行到 $routeMiddleware：
'csrf' => 'App\Http\Middleware\VerifyCsrfToken',
现在你可以在路由内使用 ['middleware' => 'csrf'] 添加中间件到各个路由/控制器上。想要了解更多关于中间件的信息，请查看 完整文档。
你可以随意创建一个新的 app/Models 目录来放置 Eloquent 模型。同样地，这个目录必须添加到 composer.json 文件的 classmap 属性中。
将正在使用 SoftDeletingTrait 的模型更改为使用 Illuminate\Database\Eloquent\SoftDeletes。
Eloquent 不再提供 remember 方法来缓存查找结果。现在你有责任手动地使用 Cache::remember 方法缓存查找结果。要了解更多关于缓存的信息，请查看 完整文档。
要使用 Laravel 5 的认证系统，请遵循以下指引来升级你的 User 模型：
从你的 use 区块删除以下内容：
use Illuminate\Auth\UserInterface;
use Illuminate\Auth\Reminders\RemindableInterface;添加以下内容到你的 use 区块：
use Illuminate\Auth\Authenticatable;
use Illuminate\Auth\Passwords\CanResetPassword;
use Illuminate\Contracts\Auth\Authenticatable as AuthenticatableContract;
use Illuminate\Contracts\Auth\CanResetPassword as CanResetPasswordContract;移除 UserInterface 和 RemindableInterface 接口。
标记类实现以下接口：
implements AuthenticatableContract, CanResetPasswordContract在类声明引入以下 traits：
use Authenticatable, CanResetPassword;如果你有使用它们，请把 Illuminate\Auth\Reminders\RemindableTrait 和 Illuminate\Auth\UserTrait 从你的 use 区块和类声明中移除。
Laravel Cashier 使用的 trait 和接口名称已作修改。trait 请改用 Laravel\Cashier\Billable 取代 BillableTrait。接口实现请用 Laravel\Cashier\Contracts\Billable 取代 Laravel\Cashier\BillableInterface。不需要修改其它任何方法。
将所有的命令类从原本的 app/commands 目录移到新的 app/Console/Commands 目录。接下来，把 app/Console/Commands 目录添加到 composer.json 文件的 classmap 属性中。
然后，把 Artisan 命令清单从 start/artisan.php 复制到 app/Console/Kernel.php 文件里的 command 数组中。
因为数据库里应该已经有 users 表了，请删除 Laravel 5.0 内置的两个迁移文件。
将所有的迁移文件从原本的 app/database/migrations 目录移到新的 database/migrations。所有的数据填充档也应该从 app/database/seeds 移到 database/seeds。
如果你在 start/global.php 有任何的 服务容器 绑定，请将它们全部移至 app/Providers/AppServiceProvider.php 文件的 register 方法。你可能需要引入 App facade。
你也可以选择将这些绑定，依照类拆分到各别的服务提供者中。
将旧视图从 app/views 移到新的 resources/views 目录。
基于安全考量，Laravel 5.0 会把所有 {{ }} 和 {{{ }}} Blade 标签的输出的特殊字符都进行转译。新的 {!! !!} 标签则被采用来显示原始未转译的输出。当你 有足够把握 来保证显示的原始输出内容是安全的，那么升级你的应用程序的最安全方法是只使用新的 {!! !!} 标签。
然而，如果你 必须 使用旧的 Blade 语法，请在 AppServiceProvider@register 的结尾加入以下几行：
\Blade::setRawTags('{{', '}}');
\Blade::setContentTags('{{{', '}}}');
\Blade::setEscapedContentTags('{{{', '}}}');上述设置你不该轻易使用，这将使你的应用程序更加容易遭受 XSS 攻击。而且用 {{-- 注释将无法作用。
将你的语言包从 app/lang 移到新的 resources/lang 目录。
从你的 4.2 应用程序的 public 目录内复制公开的 assets 到新应用程序的 public 目录内。请确定有保留 5.0 版本的 index.php。
将你的测试从 app/tests 移到新的 tests 目录。
复制项目内任何其它的文件，例如： .scrutinizer.yml, bower.json 以及其它类似的工具配置文件。
你可以将 Sass、Less 或 CoffeeScript 移动到任何你想放置的地方。resources/assets 目录是一个不错的默认位置。
如果你使用表单或 HTML 辅助函数，你将会看到 class 'Form' not found 或 class 'Html' not found 的错误。表单和 HTML 辅助函数已经在 Laravel 5.0 中被弃用。然而，有些社区导向的替代品可供替代，例如：Laravel Collective 维护的这些。
举例来说，你可以把 "laravelcollective/html": "~5.0" 添加到你的 composer.json 的 require 区块。
你也需要表单和 HTML 的 facades 以及服务提供者。编辑 config/app.php 并添加这行到 'providers' 数组内：
'Collective\Html\HtmlServiceProvider',
接着，添加这几行到 'aliases' 数组内：
'Form' => 'Collective\Html\FormFacade',
'Html' => 'Collective\Html\HtmlFacade',
如果你的代码有注入 Illuminate\Cache\CacheManager 来获取非 Facade 版本的 Laravel 缓存，请改成注入 Illuminate\Contracts\Cache\Repository 取代。
替换所有的 $paginator->links() 为 $paginator->render()。
依次替换所有的 $paginator->getFrom() 和 $paginator->getTo() 为 $paginator->firstItem() 和 $paginator->lastItem()。
从 $paginator->getPerPage()、$paginator->getCurrentPage()、$paginator->getLastPage() 和 $paginator->getTotal() 移除「get」前缀 (例如：$paginator->perPage())。
Laravel 5.0 现在需要 "pda/pheanstalk": "~3.0" 取代原本的 "pda/pheanstalk": "~2.1"。
Remote 组件已被弃用。
Workbench 组件已被弃用。
Laravel 4.2 需要 PHP 5.4.0 或更高的版本。
在你的 app/config/app.php 配置文件中添加一个新的 cipher 选项。这个选项的值应该为 MCRYPT_RIJNDAEL_256。
'cipher' => MCRYPT_RIJNDAEL_256
这个设置可以被用来调整 Laravel 加密工具使用的默认加密方法。
**注意：**在 Laravel 4.2，默认的加密方法为
MCRYPT_RIJNDAEL_128(AES)，它认为是最安全的加密方法。必须将加密方法改回MCRYPT_RIJNDAEL_256来解密在 Laravel 4.1 以前版本下加密的 cookies 和值。
如果你有使用可以软删除的模型，softDeletes 属性已经被移除。现在你必须使用 SoftDeletingTrait 如下：
use Illuminate\Database\Eloquent\SoftDeletingTrait;
class User extends Eloquent
{
use SoftDeletingTrait;
}
你也必须手动地添加 deleted_at 字段到你的 dates 属性中：
class User extends Eloquent
{
use SoftDeletingTrait;
protected $dates = ['deleted_at'];
}
而所有软删除的 API 使用方式保持不变。
注意：
SoftDeletingTrait无法在模型基类下被使用。他必须用在一个实际的模型类。
如果你直接参照 Illuminate\View\Environment 或 Illuminate\Pagination\Environment 类， 请更新你的代码将其改为参照 Illuminate\View\Factory 和 Illuminate\Pagination\Factory。改名后的这两个类更可以代表他们的功能。
如果你扩展了 Illuminate\Pagination\Presenter 类，抽象方法 getPageLinkWrapper 的参数表变成要加上 rel 参数：
abstract public function getPageLinkWrapper($url, $page, $rel = null);
如果你有使用 Iron.io 队列驱动，你需要添加一个新的 encrypt 选项到你的 queue 配置文件中：
'encrypt' => true
Laravel 4.1.29 对于所有的数据库驱动加强了 column quoting 的部分。当你的模型中 没有 使用 fillable 属性时，他保护你的应用程序不会受到 mass assignment 漏洞影响。如果你在模型中使用 fillable 属性来防范 mass assignment，你的应用程序将不会有漏洞。然而，如果你使用 guarded 并传递用户控制的数组到「更新」或「保存」类型的函数中，那你应该立即升级到 4.1.29 以避免你的应用程序遭受 mass assignment 的风险。
要升级到 Laravel 4.1.29，只要 composer update 即可。在这个发行版本中没有重大的更新。
Laravel 4.1.26 针对「记得我」cookies 的安全性进行了更新。在此更新之前，如果一个 「记得我」cookie 被恶意用户劫持，该 cookie 在很长一段时间内仍然有效，即便真实的用户进行了重设密码或者注销等操作。
此更动需要在你的 users (或同等的) 数据表中添加一个额外的 remember_token 字段。在更新之后，当用户每次登录你的应用程序将会被给予一个全新的 token。在用户注销应用程序后，这个 token 也会被更新。这个更新的影响为：如果一个「记得我」的 cookie 被劫持，只要用户注销应用程序该 cookie 将会失效。
首先，添加一个新的 remember_token 字段到你的 users 数据表中，它可为空值且为 VARCHAR(100)、TEXT 或同等的类型。
然后，如果你是使用 Eloquent 认证驱动，请更新你的 User 类的以下三个方法：
public function getRememberToken()
{
return $this->remember_token;
}
public function setRememberToken($value)
{
$this->remember_token = $value;
}
public function getRememberTokenName()
{
return 'remember_token';
}
**注意：**所有现存的「记得我」sessions 在此更新后将会失效，所以应用程序的所有用户将会被迫重新认证。
Illuminate\Auth\UserProviderInterface 接口加了两个新的方法。简单的实现可以在默认驱动中找到：
public function retrieveByToken($identifier, $token);
public function updateRememberToken(UserInterface $user, $token);
Illuminate\Auth\UserInterface 也添加了三个新方法并被描述在「升级路径」部分。
要将你的应用程序升级至 Laravel 4.1，则必须将应用程序的 composer.json 里的 laravel/framework 版本更改至 4.1.*。
将你的 public/index.php 文件替换为 这个从 repository 复制的全新文件。
将你的 artisan 文件替换为 这个从 repository 复制的全新文件。
更新 app/config/app.php 配置文件里的 aliases 和 providers 数组。这些数组更新后的值可以在 这个文件中找到。请确保你自定义的 providers / aliases 和扩展包的 providers / aliases 都已添加回数组中。
从 repository 添加新的 app/config/remote.php 文件。
在你的 app/config/session.php 文件里，添加新的 expire_on_close 设置选项。默认值应该为 false。
在你的 app/config/queue.php 文件里，添加新的 failed 设置区块。以下为这区块的默认值：
'failed' => [
'database' => 'mysql', 'table' => 'failed_jobs',
],
(可选的) 在你的 app/config/view.php 文件里，将 pagination 设置选项更新为 pagination::slider-3。
如果 app/controllers/BaseController.php 有个 use 语句在最上面，将 use Illuminate\Routing\Controllers\Controller; 改为 use Illuminate\Routing\Controller;。
密码提醒功能在大幅改进后已经具有更好的灵活性。你可以运行 php artisan auth:reminders-controller Artisan 命令来检查新的存根控制器。你也可以浏览 更新后的文档 来相应更新你的应用程序。
更新你的 app/lang/en/reminders.php 语言文件来对应 这个新版文件。
为了安全因素，不再使用网址域名来侦测应用程序的环境。因为这些值很容易被伪造欺骗，继而让攻击者通过请求来修改环境。你必须改为使用机器的主机名称 (在 Mac、Linux 和 Windows 下运行 hostname 命令的值) 来侦测环境。
Laravel 目前只会生成单个的日志文件：app/storage/logs/laravel.log。然而，你还是可以在 app/start/global.php 文件设置更改它的行为。
在你的 bootstrap/start.php 文件中，移除对 $app->redirectIfTrailingSlash() 的调用。这个方法已经不再需要，因为这个功能现在已交由框架内的 .htaccess 文件来处理。
然后，用 新的文件 替换为 Apache 的 .htaccess，来处理结尾的斜线。
现在通过 Route::current() 获取当前路由，而不是 Route::getCurrentRoute()。
一旦你完成以上更新，则可以运行 composer update 功能来更新应用程序的核心文件！如果发生 class load 错误，试着运行 update 命令并加上 --no-scripts 选项，样就像这样：composer update --no-scripts。
通配符事件监听者不再添加事件到你的处理函数参数上。如果你需要寻找触发的事件，则可用 Event::firing() 来触发。