Laravel模板引擎Blade中section的一些标签的区别介绍_php技巧
这篇文章主要介绍了Laravel模板引擎Blade中section的一些标签的区别介绍,本文讲解了@yield 与 @section、@show 与 @stop、@append 和 @override的区别,需要的朋友可以参考下
Laravel 框架中的 Blade 模板引擎,很好用,但是在官方文档中有关 Blade 的介绍并不详细,有些东西没有写出来,而有些则是没有说清楚。比如,使用中可能会遇到这样的问题:
1.@yield 和 @section 都可以预定义可替代的区块,这两者有什么区别呢?
2.@section 可以用 @show, @stop, @overwrite 以及 @append 来结束,这三者又有什么区别呢?
本文试对这些问题做一个比较浅显但是直观的介绍。
@yield 与 @section
首先,@yield 是不可扩展的,如果你要定义的部分没有默认内容让子模板扩展的,那么用 @yield($name, $default) 的形式会比较方便,如果你在子模板中并没有指定这个区块的内容,它就会显示默认内容,如果定义了,就会显示你定义的内容。非此即彼。
与之相比, @section 则既可以被替代,又可以被扩展,这是最大的区别。比如:
代码如下:
{{-- layout.master --}} @yield('title','默认标题') @section('content') 默认的内容 @show
代码如下:
{{-- home.index --}} @extends('layout.master') @section('title') @parent 新的标题 @stop @section('content') @parent 扩展的内容 @stop
上面的例子中,模板用 @yield 和 @section 分别定义了一个区块,然后在子模板中去定义内容,由于 @yield 不能被扩展,所以即使加上了 @parent 也不起作用,输出的内容只有“新的标题”,替换了“默认的标题”。因此最终生成的页面只能是“默认的标题”或者“新的标题”,不能并存。而 @section 定义的部分,由于使用了 @parent 关键字,父模板中的内容会被保留,然后再扩展后添加的内容进去,输出的内容会是 “默认的内容 扩展的内容”。
官方网站上的文档中并没有涉及 @parent关键字,说的是默认行为是“扩展”,要覆盖需要用 @override 来结束,这是错的,[github 上的最新文档][docs] 已经做了修正。@section 加上 @stop,默认是替换(注入),必须用 @parent 关键字才能扩展。而@override 关键字实际上有另外的应用场景。
@show 与 @stop
接下来再说说与 @section 对应的结束关键字,@show, @stop 有什么区别呢?(网上的部分文章,以及一些编辑器插件还会提示 @endsection, 这个在 4.0 版本中已经被移除,虽然向下兼容,但是不建议使用)。
@show 指的是执行到此处时将该 section 中的内容输出到页面,而 @stop 则只是进行内容解析,并且不再处理当前模板中后续对该section的处理,除非用 @override覆盖(详见下一部分)。通常来说,在首次定义某个 section 的时候,应该用 @show,而在替换它或者扩展它的时候,不应该用 @show,应该用 @stop。下面用例子说明:
代码如下:
{{-- layout.master --}} <p id="zoneA"> @section('zoneA') AAA @show </p> <p id="zoneB"> @section('zoneB') BBB @stop </p> <p id="zoneC"> @section('zoneC') CCC @show </p>
代码如下:
{{-- page.view --}} @extends('layout.master') @section('zoneA') aaa @stop @section('zoneB') bbb @stop @section('zoneC') ccc @show
在 layout.master 中,用 @stop 来结束 "zoneB",由于整个模板体系中,没有以 @show 结束的 "zoneB" 的定义,因此这个区块不会被显示。而在 page.view 中,用 @show 定义了 'zoneC',这会在执行到这里时立即显示内容,并按照模板继承机制继续覆盖内容,因此最终显示的内容会是:
代码如下:
ccc // 来自 page.view <p class="zoneA"> aaa </p> <p class="zoneB"> </p> <p class="zoneC"> ccc </p>
从结果可以看到,zoneB 的内容丢失,因为没有用 @show 告诉引擎输出这部分的内容,而 zoneC 的内容会显示两次,并且还破坏了 layout.master 的页面结构,因为 @show 出现了两次。
@append 和 @override
刚才说到了,@override 并不是在子模板中指明内容替换父模板的默认内容,而是另有用途,那么是如何使用呢?这又涉及到一个 section 在模板中可以多次使用的问题。也即我们所定义的每一个 section ,在随后的子模板中其实是可以多次出现的。比如:
代码如下:
{{-- master --}} <p> @yield('content') </p>
代码如下:
{{-- subview --}} @extends('master') @section('content') 加一行内容 @append @section('content') 再加一行内容 @append @section('content') 加够了,到此为止吧。 @stop
在上例中,我在父级模板中只定义了一个名为 "content" 的 section,而在子模板中三次指定了这个 section 的内容。 这个例子最终的输出是:
代码如下:
<p> 加一行内容 再加一行内容 加够了,到此为止吧。 </p>
三次指定的内容都显示出来了,关键就在于 @append 这个关键字,它表明“此处的内容添加到”,因此内容会不断扩展。而最后用了 @stop,表示这个 section 的处理到此为止。如果在后面继续用 @append 或者 @stop 来指定这个 section 的内容,都不会生效。除非用 @override 来处理。 @override 的意思就是“覆盖之前的所有定义,以这次的为准”。比如:
代码如下:
{{-- master --}} <p> @yield('content') @yield('message') </p>
代码如下:
{{-- master --}} <p> @section('content') 加一行内容 @append @section('content') 再加一行内容 @append @section('content') 加够了,结束吧 @stop @section('content') 都不要了,我说的。 @override </p>
这个例子和刚才的类似,只不过最后加了一组定义。最终的输出会是:
代码如下:
<p> 都不要了,我说的。 </p>
所以,在正式的项目中,有时候需要对数据进行遍历输出的,可以使用 @append,而如果遍历到了某个数据发现前面的都错了呢?用 @override 就可以全部推翻。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









Centosとubuntuの重要な違いは次のとおりです。起源(CentosはRed Hat、for Enterprises、UbuntuはDebianに由来します。個人用のDebianに由来します)、パッケージ管理(CentosはYumを使用し、安定性に焦点を当てます。チュートリアルとドキュメント)、使用(Centosはサーバーに偏っています。Ubuntuはサーバーやデスクトップに適しています)、その他の違いにはインストールのシンプルさが含まれます(Centos is Thin)

MongoDBとRedisの主な違いは次のとおりです。データモデル:MongoDBはドキュメントモデルを使用し、Redisはキー価値ペアを使用します。データ型:MongoDBは複雑なデータ構造をサポートし、Redisは基本的なデータ型をサポートします。クエリ言語:MongoDBはSQLのようなクエリ言語を使用し、Redisは独自のコマンドセットを使用します。トランザクション:MongoDBはトランザクションをサポートしていますが、Redisはサポートしていません。目的:MongoDBは、複雑なデータの保存と関連するクエリの実行に適していますが、Redisはキャッシュおよび高性能アプリケーションに適しています。アーキテクチャ:MongoDBはデータをディスクに持ち続け、Dedisはデフォルトで保存します

Laravel Developmentプロジェクトは、さまざまなサイズと複雑さのニーズに合う柔軟性とパワーのために選択されました。 Laravelは、ルーティングシステム、Eloquentorm、Artisan Command Lineおよびその他の機能を提供し、簡単なブログから複雑なエンタープライズレベルのシステムへの開発をサポートしています。

バックエンド開発におけるLaravelのコア機能には、ルーティングシステム、Eloquentorm、移行機能、キャッシュシステム、キューシステムが含まれます。 1.ルーティングシステムは、URLマッピングを簡素化し、コードの組織とメンテナンスを改善します。 2.Eloquentormは、開発効率を改善するためにオブジェクト指向のデータ操作を提供します。 3.移行関数は、バージョン制御を介してデータベース構造を管理して、一貫性を確保します。 4.キャッシュシステムは、データベースクエリを削減し、応答速度を向上させます。 5.キューシステムは、大規模なデータを効果的に処理し、ユーザー要求のブロックを避け、全体的なパフォーマンスを改善します。

OracleとMySQLは2つの主要なRDBMS、Oracleは商用ソフトウェア、MySQLはオープンソースソフトウェアです。 Oracleは、パフォーマンスが向上し、スケーラビリティが向上し、より高いコストを備えたマルチプロセスアーキテクチャを採用しています。 MySQLは、コストのパフォーマンスが高く、より柔軟なデータ型を持つマルチスレッドアーキテクチャを採用していますが、その高可用性とセキュリティはOracleほど良くありません。したがって、Oracleはミッションクリティカルなエンタープライズアプリケーションに適しており、MySQLは小規模から中規模のアプリケーションにより適しています。

この記事では、Mongodbを始めるための簡単な方法を紹介します。 1. MONGODBのインストール:対応するバージョンインストールパッケージをダウンロードし、インストーラーを実行してMONGODBサービスを開始します。 2。基本操作:Pymongoドライバーを使用してCRUD操作(挿入、クエリ、更新、削除)を実行し、データベースの接続と閉鎖に注意してください。 3。パフォーマンスの最適化:データベース構造を合理的に設計し、過度のインデックスを回避するために、実際の条件に基づいて適切なインデックス作成戦略を選択します。これらの手順を習得することで、Mongodbをすばやく開始できます。

検索結果は「DebiansNiffer」とネットワークモニタリングにおけるその特定のアプリケーションに直接言及するわけではありませんが、「Sniffer」はネットワークパケットキャプチャ分析ツールを指し、Debianシステムでのアプリケーションは他のLinux分布と本質的に違いはありません。ネットワークの監視は、ネットワークの安定性を維持し、パフォーマンスを最適化するために重要であり、パケットキャプチャ分析ツールが重要な役割を果たします。以下は、ネットワーク監視ツールの重要な役割(Debianシステムで実行されるSnifferなど)を説明しています。ネットワーク監視ツールの価値:高速障害場所:帯域幅の使用状況、遅延、パケット損失率など、ネットワーク障害の根本原因を迅速に特定し、トラブルシューティング時間を短縮できるようなネットワークメトリックのリアルタイム監視。

Centosファイアウォールの状態は、sudo firewall-cmd--stateコマンドを通じて表示され、ランニングまたはランニングに戻ります。詳細については、構成された領域、サービス、ポートなどを含むSudo Firewall-CMD - List-Allを使用して表示できます。FireWall-CMDが問題を解決しない場合は、sudo iptables -l -nを使用してiptablesルールを表示できます。ファイアウォール構成を変更する前に、サーバーのセキュリティを確保する前に、必ずバックアップを作成してください。
