Was ist der richtige Weg, um ein größeres Laravel 5-Projekt in Module zu zerlegen?

Question

Ich arbeite an einem PHP-Projekt mit Laravel 5 und ich denke darüber nach, eine andere Ordnerstruktur dafür einzurichten.

Der Standard Laravel Ordnerstruktur ist so etwas wie dieses:

/app 
    /commands 
    /Http 
     /Controllers 
     /Middleware 
     Kernel.php 
     routes.php 
    /Providers 
    Model.php 
/config 
/resources 
etc... 

Wenn jedoch das Projekt wächst größer und Sie haben viele Controller/Speicheranlagen/Modelle und so. Diese Struktur wird brechen.

Zum Beispiel: Es ist nicht sehr einfach einen Fehler in Ihrem Admin-Panel zu finden, wenn Sie Ihre Routen durchsuchen müssen, welcher Controller zuständig ist, diesen Controller unter einer großen Anzahl von Controllern finden, herausfinden, was das bedeutet, finde andere möglicherweise verantwortliche Klassen in anderen großen Ordnern und so weiter. Kurz gesagt: Es ist ein Durcheinander.

Ich habe nach Wegen gesucht, die Struktur in Module zu brechen. Ich habe einen Weg gefunden, es zu tun, aber ich bin mir nicht sicher, ob es ein guter Weg ist.

Ich würde einen Ordner jede Funktionalität machen und alle zugehörigen Code zusammen. Zum Beispiel:

/app 
    /Admin 
     /Controllers 
     /Requests 
     /Models 
     routes.php 
    /Products 
     /Controllers 
     /Requests 
     /Models 
     routes.php 

usw. (Sie erhalten den Punkt)

Stattdessen 1 Router aus dem Standard-RouteServiceProvider.php der Initialisierung, würde ich einen Serviceprovider für jedes Modul schreiben müssen und beginnen alle einzelnen Routen aus Dort. In diesem Fall hätte ich einen AdminServiceProvider und einen ProductServiceProvider, die jeweils die Datei routes.php in ihrem eigenen Unterverzeichnis (und damit ihren eigenen Controller-Namespace) benötigen.

Das scheint meinen Fall jetzt zu lösen, aber ich frage mich, ob ich Probleme mit diesem Setup bekommen werde. Alle Beispiele, die ich im Internet finden kann, bleiben einfach bei der Standardstruktur. Kann mir jemand sagen, ob das ein vernünftiger Weg ist? Oder hat jemand eine andere Möglichkeit, dies zu tun?

Answer 1

Dies ist ein guter Weg, den Sie vorgeschlagen haben, aber es ist nicht notwendig, es auf eigene Faust zu tun. Im Moment arbeite ich an einem L5-Projekt, das Module verwendet - jeder von ihnen hat Verzeichnisse für Repositories, Modelle, eigene Routendatei usw. Ich benutze Caffeinated module für diesen

Answer 2

Ich glaube auch, dass die Struktur gut aussieht. Ich würde auch auf einem zusätzlichen, Kern- oder Basisordner hinzufügen, die Basisklassen enthalten und wiederverwendbar componets, um sicherzustellen, Sie haben keine Duplizierung von Code in den einzelnen „Bausteine“

• Sie auch diese interessante Präsentation Prüfung können bei einer Laracon September 2014: Laracon 2014: Dayle Rees - Breaking The Mold

• auch einen Blick auf die Quelle haben für October CMS und Doptor CMS(claims to be moduler), können Sie das eine oder andere aufzulesen. (Habe übrigens weder benutzt noch).

• Ansonsten tun, was ich getan habe und Google Opensource Laravel Projekte. Sie erhalten einen guten Einblick von ihnen. Vor allem diejenigen, die ein Feature oder sind organisiert, mit wachsenden Gemeinden.