Was ist eine Blade-Vorlage?
Blade-Vorlage ist eine von Laravel bereitgestellte Vorlagen-Engine. Sie ist einfach und leistungsstark. Blade verwendet die kompilierte Cache-Datei anstelle der Ansicht selbst nützlich für die Anwendung. Es ist kein Overhead.
Blade-Vorlage ist:
Blade ist eine von Laravel bereitgestellte Template-Engine, sie ist einfach und leistungsstark. Im Gegensatz zu anderen PHP-Template-Engines ermöglicht Blade die Verwendung von nativem PHP-Code in Ansichten.
Tatsächlich werden alle Blade-Ansichten schließlich in nativen PHP-Code kompiliert und im Ordner storage/framework/views zwischengespeichert.
Laravel verwendet diese kompilierten Cache-Dateien, nicht die Ansichten selbst, sodass Blade keinen Overhead für die Anwendung hat. Wenn Sie eine Ansichtsdatei ändern, wird sie zur Verwendung neu kompiliert und zwischengespeichert. Blade-Ansichten haben das Suffix blade.php und werden im Allgemeinen im Ordner resources/views gespeichert.
Vorlagenvererbung:
1. Definieren Sie Layoutdateien
Die beiden wichtigsten Vorteile der Blade-Vorlagen-Engine sind die „Vorlagenvererbung“. „“ und „Blockieren“. Um ein einfaches Beispiel zu nennen: In einem Projekt haben fast alle Seiten das gleiche Layout. Zu diesem Zeitpunkt kann dieses Layout extrahiert und als Masterseite verwendet werden eine untergeordnete Seite der Masterseite. Die Masterseite wird auch als Layoutdatei bezeichnet, und die Layoutdatei ist eine Blade-Ansicht:
<!-- Stored in resources/views/layouts/app.blade.php -->
<html>
<head>
<title>App Name - @yield('title')</title>
</head>
<body>
@section('sidebar')
This is the master sidebar.
@show
<div class="container">
@yield('content')
</div>
<body>
</html>Zusätzlich zum grundlegenden HTNL-Tag verwendet die Layoutdatei auch zwei Anweisungen: @section und @yield. @section definiert den Block und @yield definiert den Inhalt im Block.
Unten. um Unterseiten der Layoutdatei zu definieren.
2. Erben Sie die Layoutdatei
Verwenden Sie auf der Unterseite die @extends-Direktive von Blade, um die „geerbte“ Layoutdatei anzugeben, und verwenden Sie zur Angabe die @section-Direktive Die „geerbte“ Layoutdatei in der Layoutdatei. Fügen Sie dort Inhalte ein, wo die @section- und @yield-Direktiven verwendet werden:
<!-- Stored in resources/views/child.blade.php -->
@extends('layouts.app')
@section('title','Page Title')
@section('sidebar')
<p> This is appended to the master sideebar</p>
@endsection
@section('content')
<p>This ismy body content. </p>
@endsectionSie können sehen, dass dort, wo die @yield-Direktive in der Layoutdatei verwendet wird, @section ist wird immer noch zum Einfügen von Inhalten in die Unterseite verwendet; in der Layoutdatei verwenden Sie einen Vorteil der @section-Direktivendefinition: Wenn Sie die @section-Injektion in einer untergeordneten Seite verwenden, können Sie die @parent-Direktive zum Anhängen (anstatt sie zu überschreiben) verwenden Inhalt in der Layoutdatei, in der die @yield-Direktive in der Layoutdatei verwendet wird. Dies ist nicht möglich. Die @parent-Direktive wird beim Rendern der Ansicht durch den Inhalt in der Layoutdatei ersetzt.
Beachten Sie, dass die Unterseite im Gegensatz zur im Dateilayout definierten Seitenleiste mit @endsection statt mit @show beendet wird. Weil @endsection nur zum Definieren von Blöcken verwendet wird und @show zum Definieren und sofortigen Generieren von Blöcken verwendet wird.
Um die Ansichtsdatei direkt von der Route zurückzugeben, müssen Sie den globalen Hilfsfunktionshelfer verwenden:
Route::get('blade', function(){
return view('child');
})3. Komponenten & Slots
Komponenten und Slots Slots bieten ähnliche Vorteile wie Layouts und Blöcke. Das mentale Modell von Komponenten und Slots ist intuitiver. Stellen Sie sich vor, dass wir in unserem Projekt eine wiederholbare „Popup“-Komponente haben:
<!-- Stored resource/views/alter.blade.php -->
<div class="alter alter-danger">
{{ $slot }}
</div>{{ $slot }} repräsentiert den Inhalt der eingefügten Komponente. Um diese Komponente zu erstellen, verwenden Sie die @component-Direktive von Blade:
@component('alter')
<strong>Whoops!</strong> Something went wrong!
@endcomponentIn diesem Szenario lautet der Inhalt der {{ $slot }} -Variable:
<strong>Whoops! </strong> Something went wrong!
Manchmal erfordert eine Komponente mehrere Steckplätze. Zu diesem Zeitpunkt müssen Sie nur den Komponentencode geringfügig ändern und einen „Titel“-Slot definieren, der als benannter Slot bezeichnet wird. Benannte Slots zeigen Inhalte an, indem sie einfach die Variable „drucken“, die ihrem Namen entspricht:
<!-- Stored resources/views/alter.blade.php-->
<div class="alter alter-danger">
<div class="alter-title">{{ $title }}</div>
{{ $slot }}
</div>Um Inhalte in einen benannten Slot einzufügen, verwenden Sie die @slot-Direktive. Alle Inhalte, die nicht in der @slot-Direktive enthalten sind, werden an die Variable $slot in der Komponente übergeben.
@compontent ('alter')
@slot('title')
Forbidden
@endslot
You are not allowed to access this resource!
@edcompontent~4. Übergeben Sie zusätzliche Daten für Komponenten:
Manchmal ist es notwendig, zusätzliche Daten für Komponenten zu übergeben. Dazu können Sie ein zweites Array-Argument an die @conponent-Direktive übergeben. Geben Sie die zu übergebenden Extras an. Alle bisherigen Zusatzdaten können als Variablen in der Komponentenvorlage verwendet werden:
@component
<compontent('alter', ['foo' => 'bar');
.....
@endCompontent5. Anzeigedaten
übergibt Daten an die Blade-Ansicht, indem die Variable eingepackt wird [ ] :
Route::get('greeting', function(){
return view('welcome', [ 'name' => ''Samantha']);
})Sie können die Namensvariable verwenden, um den Inhalt anzuzeigen:
Hello! {{ $name }}{{ }} ist die Druckanweisung der Blade-Ansicht. Die Druckanweisung tut dies natürlich nicht ist auf das Drucken variabler Inhalte beschränkt, es können auch PHP-Funktionen verwendet werden. Tatsächlich kann jeder PHP-Code in der Druckanweisung verwendet werden:
The current UNIX timestamp is {{ time() }}6. Nicht übertragene Daten anzeigen
Standardmäßig werden alle Inhalte an <🎜 übergeben > Anweisung wird verwendet Blade {{ }} Funktionsverarbeitung, Escape-Inhalt, um XSS-Angriffe zu vermeiden. Wenn keine Notwendigkeit besteht, den Ausgabeinhalt zu maskieren, können Sie die folgende Syntax verwenden: htmlspecialchar
Hello! {{!! $name !!}}.-Syntax Vorrang einräumen, um XXS-Angriffe zu vermeiden. Denn manchmal ist es für Sie schwierig, eine absichtliche oder unabsichtliche Dateneingabe durch Benutzer zu vermeiden. {{ }}
Verwandte Lernempfehlungen:
Das obige ist der detaillierte Inhalt vonWas ist eine Blade-Vorlage?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
Heiße KI -Werkzeuge
Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos
AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.
Undress AI Tool
Ausziehbilder kostenlos
Clothoff.io
KI-Kleiderentferner
AI Hentai Generator
Erstellen Sie kostenlos Ai Hentai.
Heißer Artikel
Heiße Werkzeuge
Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor
SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen
Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung
Dreamweaver CS6
Visuelle Webentwicklungstools
SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)
Heiße Themen
1378
52
Vergleich der neuesten Versionen von Laravel und CodeIgniter
Jun 05, 2024 pm 05:29 PM
Die neuesten Versionen von Laravel 9 und CodeIgniter 4 bieten aktualisierte Funktionen und Verbesserungen. Laravel9 übernimmt die MVC-Architektur und bietet Funktionen wie Datenbankmigration, Authentifizierung und Template-Engine. CodeIgniter4 nutzt die HMVC-Architektur, um Routing, ORM und Caching bereitzustellen. In Bezug auf die Leistung sorgen das auf Dienstanbietern basierende Designmuster von Laravel9 und das leichte Framework von CodeIgniter4 für eine hervorragende Leistung. In praktischen Anwendungen eignet sich Laravel9 für komplexe Projekte, die Flexibilität und leistungsstarke Funktionen erfordern, während CodeIgniter4 für schnelle Entwicklung und kleine Anwendungen geeignet ist.
Wie vergleichen sich die Datenverarbeitungsfunktionen in Laravel und CodeIgniter?
Jun 01, 2024 pm 01:34 PM
Vergleichen Sie die Datenverarbeitungsfunktionen von Laravel und CodeIgniter: ORM: Laravel verwendet EloquentORM, das eine relationale Klassen-Objekt-Zuordnung bereitstellt, während CodeIgniter ActiveRecord verwendet, um das Datenbankmodell als Unterklasse von PHP-Klassen darzustellen. Abfrage-Builder: Laravel verfügt über eine flexible verkettete Abfrage-API, während der Abfrage-Builder von CodeIgniter einfacher und Array-basiert ist. Datenvalidierung: Laravel bietet eine Validator-Klasse, die benutzerdefinierte Validierungsregeln unterstützt, während CodeIgniter über weniger integrierte Validierungsfunktionen verfügt und eine manuelle Codierung benutzerdefinierter Regeln erfordert. Praxisfall: Beispiel einer Benutzerregistrierung zeigt Lar
Laravel – Handwerkerbefehle
Aug 27, 2024 am 10:51 AM
Laravel – Artisan Commands – Laravel 5.7 bietet eine neue Möglichkeit, neue Befehle zu behandeln und zu testen. Es enthält eine neue Funktion zum Testen von Handwerkerbefehlen und die Demonstration wird unten erwähnt?
Was ist einsteigerfreundlicher: Laravel oder CodeIgniter?
Jun 05, 2024 pm 07:50 PM
Für Anfänger bietet CodeIgniter eine sanftere Lernkurve und weniger Funktionen, deckt aber die Grundbedürfnisse ab. Laravel bietet einen größeren Funktionsumfang, weist jedoch eine etwas steilere Lernkurve auf. In Bezug auf die Leistung schneiden sowohl Laravel als auch CodeIgniter gut ab. Laravel verfügt über eine umfangreichere Dokumentation und aktive Community-Unterstützung, während CodeIgniter einfacher und leichtgewichtiger ist und über starke Sicherheitsfunktionen verfügt. Im praktischen Fall der Erstellung einer Blogging-Anwendung vereinfacht EloquentORM von Laravel die Datenmanipulation, während CodeIgniter mehr manuelle Konfiguration erfordert.
Laravel vs CodeIgniter: Welches Framework ist besser für große Projekte?
Jun 04, 2024 am 09:09 AM
Bei der Auswahl eines Frameworks für große Projekte haben Laravel und CodeIgniter jeweils ihre eigenen Vorteile. Laravel ist für Anwendungen auf Unternehmensebene konzipiert und bietet modularen Aufbau, Abhängigkeitsinjektion und einen leistungsstarken Funktionsumfang. CodeIgniter ist ein leichtes Framework, das sich eher für kleine bis mittelgroße Projekte eignet und Wert auf Geschwindigkeit und Benutzerfreundlichkeit legt. Für große Projekte mit komplexen Anforderungen und einer großen Anzahl von Benutzern sind die Leistung und Skalierbarkeit von Laravel besser geeignet. Für einfache Projekte oder Situationen mit begrenzten Ressourcen sind die leichten und schnellen Entwicklungsfunktionen von CodeIgniter idealer.
Fragen und Antworten zum Design der PHP-Microservice-Architektur für Unternehmensanwendungen
May 07, 2024 am 09:36 AM
Die Microservice-Architektur nutzt PHP-Frameworks (wie Symfony und Laravel) zur Implementierung von Microservices und folgt RESTful-Prinzipien und Standarddatenformaten zum Entwerfen von APIs. Microservices kommunizieren über Nachrichtenwarteschlangen, HTTP-Anfragen oder gRPC und nutzen Tools wie Prometheus und ELKStack zur Überwachung und Fehlerbehebung.
Laravel vs CodeIgniter: Welches Framework ist besser für kleine Projekte?
Jun 04, 2024 pm 05:29 PM
Für kleine Projekte eignet sich Laravel, für größere Projekte, die starke Funktionalität und Sicherheit erfordern. CodeIgniter eignet sich für sehr kleine Projekte, die geringes Gewicht und Benutzerfreundlichkeit erfordern.
Welche ist die bessere Template-Engine, Laravel oder CodeIgniter?
Jun 03, 2024 am 11:30 AM
Vergleichen Sie Laravel's Blade und die Twig-Vorlagen-Engine von CodeIgniter und wählen Sie je nach Projektanforderungen und persönlichen Vorlieben: Blade basiert auf der MVC-Syntax, die eine gute Codeorganisation und Vorlagenvererbung fördert. Twig ist eine Bibliothek eines Drittanbieters, die flexible Syntax, leistungsstarke Filter, erweiterten Support und eine Sicherheits-Sandbox bietet.
