原文: https://jellybool.com/post/programming-with-laravel-5-blade-views-with-var
一連の記事: http://segmentfault.com/blog/ゼリーブール
前回の記事では、ルーター、ビュー、コントローラーのワークフローについて簡単に説明しましたが、今回は前回の記事の計画に従って、次の内容について話します:
ビューへの変数の受け渡し
Bladeテンプレートの使い方
Laravelデータベースの設定とMigrationの使い方
Webアプリケーションを開発するとき、私たちは通常、静的なページを書くために生まれてきたわけではありません。このとき、MVC フレームワークでデータをビューに渡す方法が疑問になります。たとえば、ArticleController のインデックス メソッドのビューに $title 変数を出力したいとします。 Laravel には、いくつかの一般的なメソッドがあります:
public function index() { $title = '文章标题1'; return view('articles.lists')->with('title',$title); }With('title',$title)このように、最初の 'title' がキーで、2 番目の $title が値なので、この変数をarticles/lists.blade.php に出力できます:
<body><h1><?php echo $title; ?></h1></body>
blog.dev を更新すると、次のことがわかります。次のようなページ:
ブレード エンジンでは、次のような変数を出力できます:
<body><h1>{{ $title }}</h1></body>実際、ブレード エンジンでは、{{ $title }} は次のような出力に解析されます< ?php echo $ title; ?> ですが、ここの {{ }} 記号は、例えば $title のように書くと、
このとき、 {{ $title }} を使うと、出力すると、次のような内容が表示されます:
$title をページ要素としてレンダリングして出力したい場合は、次のように記述する必要があります:
public function index() { $title = '<span style="color: red">文章</span>标题1'; return view('articles.lists')->with('title',$title); }{{ }} と {!! !} ここでは、blade の最も基本的な使い方を説明します。この 2 つは後で詳しく説明します。
このメソッドを使用するときは、次のように記述できます:
<h1>{!! $title !!}</h1>ページを更新しても、同じ出力が表示されます。ここで説明する必要があるのは、次のような複数の変数を渡す場合です:
public function index() { $title = '<span style="color: red">文章</span>标题1'; return view('articles.lists',['title'=>$title]); }渡された配列内:
public function index() { $title = '<span style="color: red">文章</span>标题1'; $intro = '文章一的简介'; return view('articles.lists',[ 'title'=>$title, 'introduction'=>$intro ]); }各キーはビュー内の変数として使用され、値は変数の値として使用されます。したがって、ビューでは次のように出力する必要があります:
['title'=>$title,'introduction'=>$intro]
これは、{{ $intro }} ではなく {{ $introduction }} として記述する必要があります。
compactの使用は次のように記述します:
<h1>{!! $title !!}</h1>{{ $introduction }}
compact()の文字列は変数の名前にすることができ、複数の変数名はカンマで区切られます。このとき、ビューの変数出力の変更に注意してください。
上記は、Laravel で変数をビューに渡すためによく使用されるいくつかの方法です。好きな方法を選択し、私は 3 番目の方法を使用します。
上記の内容では、Blade 構文を少し紹介します。ここでは、統一された方法で Blade を紹介し、より一般的に使用される次の構文について説明します:
public function index() { $title = '<span style="color: red">文章</span>标题1'; $intro = '文章一的简介'; return view('articles.lists',compact('title','intro')); }@yield() および @extends()通常、レイアウトと呼ばれるものを実現するためにユーザーによって使用されます。Web 開発のプロセスでは、ヘッダー、フッターなどのいくつかの共通部分をビュー ファイルに直接配置し、直接継承を使用します ( @extends を使用)。たとえば、resources/views/ フォルダーの下に app.blade.php を作成します。
@yield()@extends()@if() and @unless()@foreach()
いくつかのコンテンツを書き込みます。その中に、css href="/css/all.css" を手動で作成する必要があります。 css/ フォルダーを作成します。 public/ フォルダーの下に all.css ファイルを作成します。js の src="/js/all.js" も同様です。これらの 2 つのファイルは、後続のページを事前に準備するためのものです。
構文 @yield('content') に注目してください。これは、ページがこの app.blade.php を継承する場合、そのページは @yield('content') のコンテンツを動的に変更できることを意味します。たとえば、articles/lists.blade.php では、app.blade.php:
<!DOCTYPE html><html class="no-js" lang="zh-CN"><head> <meta charset="UTF-8"> <meta http-equiv="X-UA-Compatible" content="IE=edge"> <meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1, user-scalable=no"> <title>Laravel 5 教程</title> <link rel='stylesheet' href="/css/all.css" type='text/css' media='all'/> <script type='text/javascript' src="/js/all.js"></script></head><body><div id="wrapper"> @yield('content') <nav class="nav-container group" id="nav-footer"> <div class="nav-wrap"> <ul class="nav container group"> <li class="menu-item"> <a href="/" rel="nofollow" target="_blank">Laravel 5 Blog</a> </li> </ul> </div> </nav></div></body></html>
@extends('app')@section('content')<h1>{!! $title !!}</h1>{{ $intro }}
@endsection @if() は通常、特定のコンテンツを適用するかどうかを決定するためにビューで使用されます。
<h1>{!! $title !!}</h1>{{ $intro }}
public function index() { $first = 'jelly'; $last = 'bool'; return view('articles.lists',compact('first','last')); }
上記の @if() には、@unless() という別のタグが使用できます。 @unless() は if(!) として理解できます。これは、if not であると理解できます。
@foreach() は、次のような出力変数をループするために使用されます:
@extends('app')@section('content') @if($first == 'jellybool') <h1>{{ $first }}</h1> @else <h1>{{ $last }}</h1>@endif@endsection
@extends('app')@section('content')@foreach( $first as $name) <h1> {{ $name }}</h1>@endforeach@endsection刷新一下页面，就可以看到循环的结果了：
blade的更多知识，可以参考文档：
http://laravel.com/docs/5.1/blade
本部分内容为下节做准备
Laravel的配置文件都是在项目目录的config/文件夹之下，这里也就是在blog/config文件夹之下，你可以打开这个文件夹看看，你面有很多配置文件：如mail.php(配置邮件发送服务的)和database.php(配置数据库的)，我们这里就是来看看这个database.php配置文件：
'connections' => [ 'mysql' => [ 'driver' => 'mysql', 'host' => env('DB_HOST', 'localhost'), 'database' => env('DB_DATABASE', 'forge'), 'username' => env('DB_USERNAME', 'forge'), 'password' => env('DB_PASSWORD', ''), 'charset' => 'utf8', 'collation' => 'utf8_unicode_ci', 'prefix' => '', 'strict' => false, ] //... ]打开文件，你可以看到里面只是返回简单地php数组而已，我们目前只是关心connections这个数组。上面的代码并没给出所有的数据库配置，你可以自己看，由于博主使用的是mysql，所以这里会给出mysql的配置，其他数据库你可以参照着来，后续的教材博主也会依旧使用mysql。
那这里说到的配置，基本上就是对下面四个变量的配置：
'host' => env('DB_HOST', 'localhost'),//如果.env文件没有DB_HOST配置，则取localhost，后面的一样'database' => env('DB_DATABASE', 'forge'),'username' => env('DB_USERNAME', 'forge'),'password' => env('DB_PASSWORD', ''),这里的env()方法是读取到.env (位于blog/.env) 这个文件里面的配置项
打开这个文件，你可以看到一些常用的配置，包括debug模式和开发环境，你也可以看到我们下面这几个需要操作的选项：
DB_HOST=localhostDB_DATABASE=homesteadDB_USERNAME=homesteadDB_PASSWORD=secret
由于这里我使用的是Homestead的开发环境，所以才有了上面的配置(Homestead的默认用户名和密码为homestead和secret)，如果你是直接使用php artisan serve这种方式开启服务来开发的话，相应地修改你的配置。
Laravel为什么要采取这样的配置呢？很大的一个原因可能就是考虑到文件的安全性和便捷性，这样我们在需要将代码推送到coding或者Github的时候，我们可以直接ignore这个.env文件，不必担心我们的核心信息呗泄露。在部署应用的时候，我们可以直接在服务器创建一个.env文件，写上对应的配置项就OK了。
就这样，只要我们正确配置信息，我们就连接上数据库了，当然，你得首先创建一个homestead数据库。
连接好数据库之后，我们就需要创建相对应的数据表了，在没有使用Laravel之前，你可能都是直接手动创建数据表的，比如我们这个blog项目，你会到数据库中手动创建一个articles数据表，但是在Laravel的项目中，我极力推荐你使用Migration，这样有什么好处呢？其实你可以将Migration看做一个数据库的版本管理工具，就如git对于我们的项目文件的版本管理，你可以rollback，你可以reset等，它给予你一种代码实现和命令行结合的方式来管理你的数据库，如果你在blog/目录下，命令行执行 php artisan ，你可以看到很多命令行，下面这几个就是我们这里谈到的rollback和reset等：
红色框框这几个基本就是比较常用的，如果这里我还没有说服使用migration，那么我们来将这个过程走一遍：
首先，我们创建一个migration文件，也就是定义一张表的schema，命令行执行：
php artisan make:migration create_articles_table --create='articles'
顺利执行之后，我们会得到一个migration文件，这个文件位于database/migrations/下面，打开这个文件夹，你可以看到Laravel本来就有两个migration文件，users表和password-reset表，我们在这个项目中目前还不用这两个文件。所以可以直接删掉，然后打开我们刚刚生成的migration文件：create_articles_table这个文件
public function up() { Schema::create('articles', function (Blueprint $table) { $table->increments('id'); $table->timestamps(); }); } /** * Reverse the migrations. * * @return void */ public function down() { Schema::drop('articles'); }这里有两个方法：up()和down()。up()方法是执行php artisan migrate的时候调用的，这个方法会创建一个articles数据表，而down()方法则是在php artisan migrate:rollback的使用执行的，这里会直接删除articles这个数据表。
但是，这里先不要急着执行php artisan migrate，我们还需要为articles的增加几个字段：
public function up() { Schema::create('articles', function (Blueprint $table) { $table->increments('id');// 主键 自增 $table->string('title'); $table->text('intro'); $table->text('content'); $table->timestamp('published_at'); $table->timestamps(); // 自动创建的两个字段：created_at 和 updated_at }); }这里我们的intro字段是文章的简介，published_at字段是文章的发表日期，这样做对我们写博客有很大的好处，你可以将博客的发表日期控制起来，因为有一些我写好的但是还没有到发表日期的，还不想让用户看到的文章我就可以用published_at来控制了。这样之后，我们来执行一下php artisan migrate：
然后，articles这个表就创建成功了。
这个时候你可能还没有体会到migration的好处，想象下面两个场景：
1. 在进行团队开发的时候，团队成员将我们的代码pull下来之后，怎么可以拿到一样的数据库表设计呢？难道要我们将表 export 出来，给每一个成员import一次？这显然不够明智，如果使用的migration，就一行命令，直接`php artisan migrate`，就可以拿到一样的数据库表了。2. 如果这个时候我们发现articles这个表的有一个字段写错了，比如我们的intro字段写错，它应该命名为introduction的，这个时候，我们怎么办？直接手动改数据库的表？那么回到第一个场景，你的团队成员也需要手动改？这显然也不是我们喜欢的方式，这个时候，migration的优势就来了
比如我们这里演示一下怎么解决第二个场景：
我们只需要命令行执行：
php artisan migrate:rollback
然后修改up()方法的intro字段：
$table->text('introduction');然后再执行php artisan migrate：
大工告成，更多特性请看文档：
http://laravel.com/docs/5.1/migrations
ハッピーハッキング
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
