Wir sind immer in Eile und wollen uns so schnell wie möglich weiterentwickeln, und am Ende übernehmen wir oft alte Gewohnheiten und entwickeln alte Software. Ein Punkt, den wir stark verbessern können, ist dieses kleine Ding namens Umgebung, lassen Sie uns etwas mehr darüber verstehen.

Zunächst möchte ich hier den Fokus auf das Konzept der Konfigurationen für Laravel zeigen, ich werde mich nicht um die verbleibenden Muster, wie Ressourcen oder ähnliches, kümmern.

1 - Suchen wir nach Wissen!

Vor einiger Zeit habe ich gehört, dass ich diesen ENV-Durchlauf in meinen verrückten Codes nicht durchführen kann, ich dachte; Wow
Der Zweck besteht also darin, die Gründe zu verstehen, denn auf diese Weise können wir als Ingenieure bessere Entscheidungen treffen.

1.1 - Richtiger Weg oder Standpunkt?

Also komm schon, kleiner zukünftiger Meister, lass uns einen Wert in eine Umgebungsvariable einfügen, damit wir herumspielen können, also nennen wir es:

Kommen wir zum ersten Punkt. Die gute Entscheidung, diese Konfiguration als Umgebungsvariable zu platzieren, erleichtert die Verwaltung verschiedener Umgebungen (Produktion, Genehmigung, falls vorhanden?) und macht sie viel sicherer, da dies wertvoll ist wird nicht aufgedeckt, wenn Sie diesen unanständigen git push in Ihrem Repository (git/bitbucket) ausführen. Können Sie sich vorstellen, dass Ihr Wassergeheimnis im Internet durchsickert, wie traurig

Und um diesen Wert in Laravel abzurufen, können wir die Methode env() verwenden oder auch ein anderes Paket wie Support von Illuminate verwenden (es erinnert mich an Minions, ich weiß nicht warum?)

env: Laravel Helper (Verwendet Env::get)
Env::get: Env-Klasse aus dem Support Illuminate-Paket

Wow, es ist fertig, warum also weiter Mode erfinden? Die Wahrheit ist, dass dies keine gute Idee ist. Ich werde Ihnen bald erklären, warum, bleiben Sie bei mir.
Für die andere Lösung können wir die Konfigurationsdateien erwähnen, die den Wert der erstellten Umgebung abrufen, sodass die Konfigurationsdatei zentralisiert ist und mal ehrlich! viel besser zum Lesen von Code.

In dieser speziellen Situation können Sie bereits die vorhandene Konfigurationsdatei mit dem Namen services.php verwenden, aber nichts hindert Sie daran, eine Datei für Ihren spezifischen Kontext zu erstellen.

Im Pfad config/services.php

Und so nennen wir es im Code wie folgt:

2 – Cool, aber warum sollte ich Konfigurationen verwenden, um Variablen abzurufen, und sie nicht nur direkt abrufen?

Ich werde versuchen, einige Gründe aufzuzeigen:

2.1 – Erhöhte Leistung und bessere Nutzung von IO

Denken Sie an die folgende Situation: Haben Sie Dateien in der Produktion, auf die ständig zugegriffen wird und dabei erhebliche E/A-Vorgänge ausgeführt werden, was die Maschinenressourcen erhöht und je nach Situation zu Systemverlangsamungen führt? (Und glauben Sie mir, bis Sie das Problem tatsächlich finden, werden Sie Dinge durchmachen, die Ihr gesamtes Wissen in Frage stellen)

Wenn wir über die Produktionsumgebung sprechen, wird empfohlen, Ihre schönen Konfigurationsdateien zwischenzuspeichern. Mit Laravel können Sie Handwerker verwenden

php artisan config:cache

Dieser schöne Befehl nimmt alle Konfigurationsdateien und ihre jeweiligen Werte und kompiliert sie in einer einzigen PHP-Datei, was die Leistung erhöht. Dies liegt daran, dass die IO-Nummern auf 1 reduziert werden

Curiosity: Wenn Sie diesen Befehl verwenden, beginnt env(), NULL zurückzugeben, da es diese Funktion deaktiviert. Wenn also von "Neida" ein env() bei Ihnen nicht mehr funktioniert, ist es das.

Env() Führen Sie E/A-Vorgänge aus, die teuer und langsam sind.

Es ist am besten, diesen Vorgang einmal zu Beginn der Anwendung auszuführen, anstatt ihn jedes Mal ausführen zu müssen, wenn Sie eine Umgebung benötigen.

2.2 - Organisation und Standardisierung bestmöglich

Sie können alle Ihre Einstellungen ganz einfach so beibehalten, wie Sie möchten. Sie können den Namen des gewünschten Hundes eingeben, einen Ordner erstellen und alle Arrays nach Ihren Wünschen strukturieren. Dadurch wird die Struktur sauberer (bitte in Maßen verwenden)
Zum Beispiel:

Sehen Sie sich diesen Schlüssel an:

und schauen Sie sich nun diesen Schlüssel an:

Meiner bescheidenen Meinung nach ist der 1. viel besser.

Und außerdem können Sie Ihre ähnlichen Konfigurationen an der richtigen und zentralen Stelle haben, ohne sie „zufällig“ in Ihrem Code platzieren zu müssen, und mir gefällt diese Idee, das Array so zu strukturieren, dass es für die Anwendung völlig sinnvoll ist, wirklich.

Und die Anleitung für neue Entwickler ist viel einfacher, da Sie ihnen sagen können, wo und wie sie eine neue Konfiguration vornehmen müssen.

Keep it simple, sei der Unterschied!

Vielen Dank für alles bisher.

Quelle:

Laravel 11-Dokumentationskonfiguration