Laravel学习笔记（二）Laravel 应用程序的体系结构（更新版）

本文搜集于互联网，本人在些基础上针对Laravel 5.5的实际情况进行修订。在一切环境就绪了，当然就要开始了解框架了。

站在巨人的肩膀上，学东西会事半功倍。让我轻松了解Laravel应用程序的体系结构。

Laravel被称为“全栈”式框架，因为它处理从网络服务到数据库管理，直到HTML生成的一切事情，一个垂直集成的web开发环境能给开发者提供更好的体验。

一个典型的程序员通过命令行工具与Laravel交互，生成和管理Laravel项目环境。Laravel带有一个名为Artisan的优秀的命令行工具，可以用它来生成框架代码和数据库架构，Artisan能够处理从数据库架构迁移到资源和配置管理的一切事情。

约定优于配置

Laravel 的有趣的特征之一，在如何构建 web 应用程序上它规定了一些相当严重的限制。出人意料的是，这些限制使创建应用更加的容易——轻松了很多。让我们来看看为什么。

Laravel区别于其他垂直集成开发环境在于它强烈的偏好约定优于配置。而一些 Java，Python 或 PHP 框架往往需要大量的 XML 配置，Laravel在开始的时候几乎不需要配置（也许只有几行在PHP中）。这种对配置文件的规避行为使其非常独特，在所有 Laravel 应用程序中可识别的代码结构是相同的。

一个项目结构来统治他们所有 ！

这并不奇怪，所有Laravel项目基本上具有相同的目录结构 ——在其中的每个文件都有其指定的地方。通过这种约定的目录结果，可以确保开发者按照“Laravel way”工作。

图 1.1 显示了 Laravel 项目目录结构是什么样子：

图1.1 Laravel 5.5项目目录结构

　　就如你看到这样，laravel下面包含了10个文件夹，即app目录、bootstrap目录、config目录、database目录、public目录、resources目录、routes目录、storage目录、tests目录、vendor目录这种丰富的子文件夹在第一次看到是不是有压力？我会逐个介绍。我们大部分的开发工作都会在app/文件夹下面进行。

下面是各个文件夹和文件的基本介绍：

App目录

正如上面提到的，/app是所有的乐趣产生的地方，让我们更深入的看看这个目录的结构。

应用的核心代码位于 app 目录下，默认情况下，该目录位于命名空间 App 下， 并且被 Composer 通过 PSR-4 自动载入标准 自动加载。

app 目录下包含多个子目录，如 Console、Http、Providers等。Console 和 Http 目录提供了进入应用核心的 API，HTTP 协议和 CLI 是和应用进行交互的两种机制，但实际上并不包含应用逻辑。换句话说，它们只是两个向应用发送命令的方式。Console 目录包含了所有开发者编写的 Artisan 命令，Http 目录包含了控制器、中间件和请求等。

其他目录会在你通过 Artisan 命令 make 生成相应类的时候自动生成到 app 目录下。例如，app/Jobs 目录直到你执行 make:job 命令生成任务类时才会出现在 app 目录下。

注：app 目录中的很多类都可以通过 Artisan 命令生成，要查看所有有效的命令，可以在终端中运行 php artisan list make 命令。

图 1.2 显示/app文件夹的详细信息:

图1.2 app 文件夹详细信息

Config目录

下面是详细介绍：

花了很多心思在建立和命名文件夹上，得到的就是一个具有良好的文件系统的应用程序。

在这里你得到了什么：MVC

模型-视图-控制器(MVC)

让我们进入Laravel应用工作的高级别概述。你可能已经注意到了标准的Laravel应用程序结构由一个应用程序目录app/，它含有三个 子目录：models/，views/和controllers/。这就透露了Laravel遵循model-view-controller(MVC) 架构模式，就是强制将输入到展示逻辑关系的“业务逻辑”与图形用户界面（GUI）分开。就Laravel web应用而言，业务逻辑通常由像用户，博客文章这样的数据模型组成。GUI只是浏览器中的网页而已。MVC设计模式在网页开发领域很流行。

MVC模式的3个组件：

• 模型（model）
• 视图（view）
• 控制器（controller）

[注] 原作者在这里详细介绍了MVC三个组成部分，我这里由于篇幅就不介绍了。

Laravel组件

一个典型的Laravel应用程序包含上面提到的MVC组件，如下图：

当与Laravel交互时，浏览器发送一个请求，web服务器接收到请求并且传给Laravel路由引擎。Laravel路由接收到请求，然后重定向给基于路由的URL模式的合适的控制器类方法。

然后控制器类接管。在某种情况下，控制器会立即呈现出一个视图，它是一个被转换成HTML并送回浏览器的模版。更常见的动态网站，控制器与模型 交互，这是一个PHP对象，它表示应用程序（如用户、博客文章）中的一个元素，并负责与数据库进行通信的。调用模型后，控制器则呈现最终视图（ HTML，CSS和图像），并返回完整的网页到用户的浏览器。

Laravel促进了这样的概念——模型、视图和控制器，应通过存储这些元素在不同的目录中的单独的代码文件中来保持相当的独立性。这就是Laravel目录结构发挥了作用。

像MVC这样的设计模式的产生，就是为了让开发者的生活更加的轻松。这就是Laravel比那些不用任何模式的PHP厉害的地方。如果这种讨论 很抽象，现在，不用担心！当你开始Laravel工作，你都不会意识到你是在一种设计模式中工作。过一段时间后，就会变得自然了。

数据模型

数据模型是任何应用程序的基础，它描述了应用程序的业务逻辑。任何一块的数据都是用数据库表来表示的。Laravel提供了一些技术来简化对数据库的访问。

Laravel通过将数据库中的表行转成能被轻松操纵的PHP对象，来连接应用程序的数据模型和数据库表。它还使您能够执行业务规则，描述在应 用程序中不同的数据模型之间的关系等。例如，一个人的家庭关系可以用Laravel Eloquent OR / M描述如下：

 class Person extends Eloquent
  {
     public function mother()
     {
         return $this->belongsTo('Mother');
     }
 
     public function father()
     {
         return $this->belongsTo('Father');
     }
 
     public function spouse()
     {
         return $this->hasOne('Spouse');
     }
 
     public function sisters()
     {
         return $this->hasMany('Sister');
     }
 
     public function brothers()
     {
         return $this->hasMany('Brother');
     }
 }