Heim > Artikel > PHP-Framework > 7 wissenswerte Laravel Best Practices

7 wissenswerte Laravel Best Practices

青灯夜游Original: 2023-01-03 20:24:461644Durchsuche

Jeder Webentwickler hat beim Schreiben von Code seinen eigenen Stil. Wenn wir gleichzeitig das Laravel-Framework verwenden, ist alles bereit, aber oft missbrauchen wir hier die Terminologie. Es ist keine große Sache, wenn es um verschiedene Stile geht, aber wir müssen sicherstellen, dass unser Code einem guten Stil folgt. Das bedeutet, dass unser Code erweiterbar, wartbar und testbar sein muss. [Verwandte Empfehlungen: Laravel-Video-Tutorial]

Was macht unseren Code schlecht oder gut? Da PHP eine objektorientierte Sprache ist, sollten wir objektorientierte Prinzipien wie die SOLID-Designprinzipien befolgen und die Verwendung objektorientierter Mechanismen wie Vererbung, Abstraktion usw. in Betracht ziehen. Darüber hinaus hat Laravel eine große Community und manchmal gibt es einige von der Community erstellte Konventionen. Daher können andere Laravel-Entwickler, die diese Konventionen befolgen, unseren Code besser und schneller verstehen. In diesem Artikel zeige ich Ihnen 7 Best Practices für Laravel, die auf objektorientierten Prinzipien und einigen Konventionen der Laravel-Community basieren.

1. Fettes Modell, dünner Controller

Wenn wir einen sehr komplexen Abfrage-Builder oder eine unformatierte SQL-Anweisung haben, sollten wir diese Abfrage in ein Modell oder Warehouse verschieben.

Schlecht:

<?php
public function index()
{
    $partners = Partner::where(&#39;email_verified_at&#39;, &#39;!=&#39;, null)
        ->with([&#39;products&#39; => function ($q) {
            $q->whereDate(&#39;created_at&#39;, now());
        }])
        ->get();

    return view(&#39;index&#39;, [&#39;partners&#39; => $partners]);
}

Gut:

<?php
public function index()
{
    return view(&#39;index&#39;, [&#39;partners&#39; => $this->partner->newProducts()]);
}

class Partner extends Model
{
    public function newProducts()
    {
        return $this->where(&#39;email_verified_at&#39;, &#39;!=&#39;, null)
            ->with([&#39;products&#39; => function ($q) {
                $q->whereDate(&#39;created_at&#39;, now());
            }])
            ->get();
    }
}

2. Geschäftslogik in der Serviceklasse

Im Zusammenhang mit dem ersten Punkt oben sollten wir einen Thin Controller haben und dann die gesamte Geschäftslogik in einen separaten Service verschieben Klasse. Daher sollte der Controller nur eine Verantwortung haben und wir hoffen, dass wir diesen Dienst in anderen Controllern wiederverwenden können.

Schlecht:

<?php
public function store(Request $request)
{
    $user = User::create();

    $user->update([&#39;last_login&#39; => now()]);

    dispatch(new UserCreated($user));

    // ...
}

Gut:

<?php
public function store(Request $request)
{
    $this->userService->create($request);

    ....
}

class UserService
{
    public function create($request)
    {
       // ...
    }
}

3. Eloquente Abfragen sind besser als native SQL-Anweisungen.

Die Verwendung von Eloquent für Abfragen ist besser lesbar, vermeidet SQL-Injection und ist einfach zu warten.

Schlecht:

<?php
SELECT *
FROM `articles`
WHERE EXISTS (SELECT *
              FROM `users`
              WHERE `articles`.`user_id` = `users`.`id`
              AND EXISTS (SELECT *
                          FROM `profiles`
                          WHERE `profiles`.`user_id` = `users`.`id`) 
              AND `users`.`deleted_at` IS NULL)
AND `verified` = &#39;1&#39;
AND `active` = &#39;1&#39;
ORDER BY `created_at` DESC

Gut:

<?php
Article::has(&#39;user.profile&#39;)->verified()->latest()->get();

4.DRY (Don't Repeat Yourself)

Wir sollten erwägen, die wiederverwendbaren Logik-/Komponententeile an einen separaten Ort zu verschieben.
In Blade-Vorlagen können wir Komponenten verwenden, um Front-End-Teile wiederzuverwenden. Auf dem Server können wir die Logik in eine separate Serviceklasse, den Eloquent-Bereich, verschieben oder sogar unser eigenes Paket erstellen.

<!DOCTYPE html>
<html>
<head>
<title>DRY</title>
</head>
<body>

<h1>Custom Calendar</h1>

<x-custom-calendar>

</body>
</html>

5. Führen Sie keine Abfragen in Blade-Vorlagen aus

Obwohl das Ausführen von Abfragen in Blade-Vorlagen möglich ist, sollten Sie dies lieber nicht tun.

Schlecht. Wird ein N+1-Problem verursachen.

@foreach (User::all() as $user)
    {{ $user->email }}
@endforeach

Okay:

$users = User::all(); // Server Query
@foreach ($users as $user)
    {{ $user->email }}
@endforeach

6. Datenbanktransaktionen verwenden

Wenn wir komplexe und langwierige Logik/Abfragen haben, sollten wir die Verwendung von Datenbanktransaktionen in Betracht ziehen. Mithilfe dieser Funktion können wir die Datenbank bei Bedarf problemlos zurücksetzen, um sicherzustellen, dass unsere Daten nicht in der Datenbank gespeichert werden, sodass wir sicher sein können, dass unsere Daten zuverlässig sind.

<?php
public function store(Request $request)
{
    DB::beginTransaction();
    $user = User::create();
    $response = app(&#39;service&#39;)->create($user);

    if (!$response) {
      DB::rollback();
      return;
    }
    // ...
    DB::commit();
 }

7. Text nicht fest codieren

Wir sollten keinen Text im Code/Controller fest codieren. Dies erleichtert die Wartung und Erweiterung in der Zukunft. Wenn wir dem Benutzer eine Nachricht anzeigen möchten, können wir Übersetzungen, Konstanten in Modellen/Klassen zum Festlegen beliebiger Werte oder Konfigurationsdateien zum Speichern unserer Konfiguration verwenden.

trans(&#39;user.created&#39;); // &#39;User Successfully Created&#39;
$types = Product::TYPES; // Const in a Class/Model

Originaladresse: https://cerwyn.medium.com/7-best-practices-in-laravel-you-should-know-2ed9878293de

Übersetzungsadresse: https://learnku.com/laravel/t /67021

Weitere Kenntnisse zum Thema Programmierung finden Sie unter: Programmiervideo! !

Das obige ist der detaillierte Inhalt von7 wissenswerte Laravel Best Practices. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

php laravel sql 常量面向对象继承对象作用域数据库 https

Stellungnahme：

Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn

Vorheriger Artikel：Analysieren Sie, was die Unterschiede zwischen HasOne und BelongsTo in Laravel sind?Nächster Artikel：Analysieren Sie, was die Unterschiede zwischen HasOne und BelongsTo in Laravel sind?

In Verbindung stehende Artikel

Mehr sehen