API/PhotoController --api 模型序列化优化 在之前版本的 Laravel 中，队列中的模型在反序列化后不会带有完整的已加载关联关系。在 Laravel 5.6 中，模型上已加载的关联关系在队列任务被 处理时会自动进行重新加载。 本文档由 Laravel 学院提供 Laravel 学院致力于提供优质 Laravel 中文学习资源：http://laravelacademy 将会将所有配置选项合并到单个文件从而被 框架快速加载。 应用每次上线，都要运行一次 php artisan config:cache，但是在本地开发时，没必要经常运行该命令，因为配置值经常会改变。 注：如果在部署过程中执行 config:cache 命令，需要确保只在配置文件中调用了 env 方法。一旦配置文件被缓存后，.env 文件将不能被加载，所 有对 env 函数的调用都会返回 null。 目录结构 简介 Laravel 默认的目录结构试图为不管是大型应用还是小型应用提供一个良好的起点。当然，你也可以按照自己的喜好重新组织应用的目录结构，因为 Laravel 对于指定类在何处被加载没有任何限制 —— 只要 Composer 可以自动载入它们即可。 Models 目录在哪里？ 许多初学者都会困惑 Laravel 为什么没有提供 models 目录，我可以负责任的告诉大家，这是故意的。因为

app()->environment(); 2.3 配置缓存 为了给应用加速，你可以使用 Artisan 命令 config:cache 将所有配置文件合并到单个文件 里，这将会将所有配置选项合并到单个文件从而可以被框架快速加载。 你应该将 config:cache 作为日常部署的一部分。 本文档由 Laravel 学院（LaravelAcademy.org）提供 12 2.4 访问配置值 你可以使用全局的帮助函数 public/index.php 文件，所有请求都会被 web 服务器 （Apache/Nginx）导向这个文件。index.php 文件包含的代码并不多，但是，这里是加载框 架其它部分的起点。 index.php 文件载入 Composer 生成的自动加载设置，然后从 bootstrap/app.php 脚本获取 Laravel 应用实例，Laravel 的第一个动作就是创建服务容器实例。 2.2 HTTP/Console 动。 应用目录结构 1、简介 Laravel 应用默认的目录结构试图为不管是大型应用还是小型应用提供一个好的起点，当然， 你可以自己按照喜好重新组织应用目录结构，Laravel 对类在何处被加载没有任何限制—— 只要 Composer 可以自动载入它们即可。 2、根目录 新安装的 Laravel 应用包含许多文件夹： app 目录包含了应用的核心代码； bootstrap

the log entry... }); 或者，假设你需要迭代 10000 个 Eloquent 模型实例，如果使用传 统的 Laravel 集合，所有 10000 个 Eloquent 模型会同时加载到内 存中： $users = App\User::all()->filter(function ($user) { return $user->id > 500; }); 本文档由学院君提供 不过，从 Laravel 6.0 开始，查询构建器的 cursor 方法已经被升级 为返回 LazyCollection 实例，这样一来，我们就可以像之前一样执 行一次数据库查询，但是每次只会加载一个 Eloquent 模型到内存。 在这个示例中，filter 回调只有在迭代完每个用户时才会执行，从 而极大减少内存的使用量： $users = App\User::cursor()->filter(function 有配置选项合并到单个 文件从而被框架快速加载。 应用每次上线，都要运行一次 php artisan config:cache，但是 在本地开发时，没必要经常运行该命令，因为配置值经常会改变。 注：如果在部署过程中执行 config:cache 命令，需要确 保只在配置文件中调用了 env 方法。一旦配置文件被缓 存后，.env 文件将不能被加载，所有对 env 函数的调用 都会返回 null。

app()->environment(); 4、配置缓存 为了给应用加速，你可以使用 Artisan 命令 config:cache 将所有配置文件的配置缓存到 单个文件里，这将会将所有配置选项合并到单个文件从而可以被框架快速加载。 应用一旦上线，就要运行一次 php artisan config:cache，但是在本地开发时，没必要经 常运行该命令，因为配置值经常需要改变。 5、维护模式 当你的应用处于维护模式时， public/index.php 文件，所有请求都会被 web 服务器 （Apache/Nginx）导向这个文件。 index.php 文件包含的代码并不多，但是，这里是加载 框架其它部分的起点。 index.php 文件载入 Composer 生成的自动加载设置，然后从 bootstrap/app.php 脚本获 取 Laravel 应用实例，Laravel 的第一个动作就是创建服务容器实例。 HTTP/Console 启动。 应用目录结构 1、简介 Laravel 应用默认的目录结构试图为不管是大型应用还是小型应用提供一个好的起点，当 然，你可以自己按照喜好重新组织应用目录结构，Laravel 对类在何处被加载没有任何限 制——只要 Composer 可以自动载入它们即可。 2、根目录 新安装的 Laravel 应用包含许多文件夹： app 目录包含了应用的核心代码； bootstrap

輱 輹 輲 輵 輮 輶 别名（轁 转 轩 轡 轳 轥 轳 ） 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輱 輹 輷 輵 輮 輷 类自动加载（轁 轵 轴 软 转 软 轡 轤 轩 轮 轧 ） 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輮 輱 輹 輹 輵 輮 輸 服务定位器（轓 轥 轲 轶 轩 轣 轥 轌 软 i \ w e b \ R e q u e s t 就表明对应的类 文件是 轙 轩 轩 框架文件夹下的 w e b / R e q u e s t . p h p 文件。 （有了 轙 轩 轩 的类自动加载器， 你可以直接使用全部核心类而不需要显式 包含具体文件。） 1 . 2 . 4 组 组 组件 件 件（ （ （C o m p o n e n t ） ） ）与 与 与对 对 对象 象 象（ （ （B 轩 的类自动加载机制。 例 如，因为有 @ y i i 指向 轙 轩 轩 安装目录， 那类似 y i i \ w e b \ R e q u e s t 的类就能被 轙 轩 轩 自动加载。同理，若你用了一个第三方的类库， 如 轚 轥 轮 轤 轆 轲 轡 轭 轥 轷 软 轲 轫 ， 你只需定义一个名为 @ Z e n d 的路径别名指向该框架的安装目录。 之后 轙 轩 轩 就可以自动加载任意 轚 轥

前端架构 注：Laracasts 有关于本特性的免费视频教程。 Laravel 5.3 提供了一个更加现代的前端架构。这主要会影响 make:auth 命令生成的认证脚手架。 不再从 CDN 中加载前端资源，所有依赖都被定义在默认的 package.json 文件中。 此外，支持单文件的 Vue 组件现在已经开箱支持， resources/assets/js/components 目录下包含 Eloquent $morphClass 属性 可以在 Eloquent 模型上定义的$morphClass 属性已经被移除，以便定义一个“morph map”（变形 映射），定义变形映射可以支持渴求式加载并且解决使用多态关联关系引起的额外 bugs，如果你 之前使用了$morphClass 属性，需要使用如下语法将其迁移到 morphMap： Relation::morphMap([ app()->environment(); 4、配置缓存 为了给应用加速，你可以使用 Artisan 命令 config:cache 将所有配置文件的配置缓存到单个文 件里，这将会将所有配置选项合并到单个文件从而可以被框架快速加载。 应用一旦上线，就要运行一次 php artisan config:cache，但是在本地开发时，没必要经常运行 该命令，因为配置值经常需要改变。 5、维护模式 当你的应用处于维护模

php //应用入口 use Cml\Cml; //定义项目根目录 define('CML_PROJECT_PATH', dirname(__DIR__)); //载入composer自动加载文件 $loader = require '../vendor/autoload.php'; //配置目录组成 Cml::setApplicationDir([ 'secure_src' 7.2起。 cli/development/product 这三个环境的判断组件也是可拨插替换的。 也就 是说假如你觉得 cli/devolopment/product 不够用，想分成按照域名加载配置文件。 如 http://dev.com 从dev.com 目录取配置。 http://pro.com 从 pro.com 取配置。自己 实现一个服务即可。修改入口中下面的配置为自已实现的服务 cli proxxx/Config/cli 为通过命令行运行的时候加载的配置文件存放目录 development proxxx/Config/development 为开发环境加载的配置文件存放目录 product 为正式环境加载的配置文件存放目录 proxxx/Config/product 为正式环境加载的配置文件存放目录 cli/development/product

php //应用入口 use Cml\Cml; //定义项目根目录 define('CML_PROJECT_PATH', dirname(__DIR__)); //载入composer自动加载文件 $loader = require '../vendor/autoload.php'; //配置目录组成 Cml::setApplicationDir([ 'secure_src' 2起。 cli/development/product 这三个环境的判断 组件也是可拨插替换的。 也就是说假如你觉 得 cli/devolopment/product 不够用，想分成按照域名加载 配置文件。 如 http://dev.com 从dev.com 目录取配 置。 http://pro.com 从 pro.com 取配置。自己实现一个服 务即可。修改入口中下面的配置为自已实现的服务 proxxx/Config/cli 为通过命令行运行的时候加载的配置文件 存放目录 development proxxx/Config/development 为开发环境加载的配置文件存放 目录 product 为正式环境加载的配置文件存放目录 proxxx/Config/product 为正式环境加载的配置文件存放目录 cli/development/product

php //应用入口 use Cml\Cml; //定义项目根目录 define('CML_PROJECT_PATH', dirname(__DIR__)); //载入composer自动加载文件 $loader = require '../vendor/autoload.php'; //配置目录组成 Cml::setApplicationDir([ 'secure_src' cli proxxx/Config/cli 为通过命令行运行的时候加载的配置文件存放目录 development proxxx/Config/development 为开发环境加载的配置文件存放目录 product 为正式环境加载的配置文件存放目录 proxxx/Config/product 为正式环境加载的配置文件存放目录 cli/development/product t 这三个目录下都会默认生成一个 normal.php 的配置文件，该 文件为主配置文件即框架会自动加载，具体请查看 配置文件章节 common.php common.php 为公用配置文件，也就是无论是cli还是product或者是development的环 境都会自动加载的配置文件 plugin.php plugin.php 为插件配置目录，也是cli/product/development共用