LaraBoom
Eine dünne Schicht über Laravel. Eine Entität lebt in einer Resource. Schema, JSON-CRUD und Gates kommen aus dieser Beschreibung.
LaraBoom ist eine dünne High-Level-Schicht über Laravel. Eloquent, Queues, Blade und Sanctum bleiben. Du hörst auf, für jedes Substantiv in der App denselben Ordnerbaum zu klonen.
Repository: github.com/VladimirKostikov/LaraBoom. Docs: vladimirkostikov.gitbook.io/laraboom.
Welches Problem das löst
Laravel ist eine starke Runtime. Der Schmerz ist, wie eine Business-Entität über viele Dateien verteilt wird. Ein Product braucht oft Model, Migration, Controller, zwei FormRequests, Policy, API Resource und eine Route-Zeile. Eine Spalte umbenennen heißt, durch alle zu suchen.
LaraBoom reduziert die Dateien, die du schreibst. Die Entität wird einmal beschrieben. Das Paket macht daraus Tabellen-Sync, CRUD unter /api/{resource}, Listenfilter und Gates.
Resource und Path
Eine Resource besitzt Daten und die JSON-API. Felder definieren Spalten und Validierung. Attribute definieren Migrate, Allow, Scopes, Jobs und Mail.
Ein Path besitzt Webseiten. Methoden mit Get und Post geben Views, Redirects und Formulare zurück. Es gibt kein Host-routes/web.php und keinen app/Http-Baum.
JSON bleibt unter /api. Ein Path injiziert die Resource und ruft query() auf, wenn eine Seite Zeilen braucht.
Warum die Form so ist
- Das Schema lebt im Code. Felder plus Migrate, dann
php boom sync. - Zugriff sitzt auf der Klasse, die die Aktion schon besitzt, nicht in einem parallelen Policy-Baum.
- Business-Code sitzt neben der Entität. Wächst eine Methode, wandert sie nach
Resources/X/Service.php. - Ein Assistent lädt für ein Feature ein oder zwei Dateien statt sechs bis zehn.
Diese Site läuft auf LaraBoom. Der Host folgt denselben Regeln: kein Host-routes/, kein app/Http, JSON unter /api.
MIT-Lizenz. PHP 8.3 und Laravel 13. Start im GitHub-Repository.