Laravel-log-viewer: Funktionsvorschlag: Ansicht in Layout + Inhalt aufteilen

Erstellt am 14. Sept. 2015  ·  9Kommentare  ·  Quelle: rap2hpoutre/laravel-log-viewer

Nach dem Vorschlag hier:

https://github.com/rap2hpoutre/laravel-log-viewer/issues/39#issuecomment -139873059

Die Idee ist, getrennte Ansichten zu haben - eine für das Layout, dh den Seitenwrapper, und eine für den Inhalt - die Tabellen. Wer den Inhalt in seine eigenen Layout-Vorlagen in seiner eigenen Anwendung einfügen möchte, muss die Ansicht im ersten Schritt so aufteilen, dass es sehr hilfreich ist, ihn überhaupt so zu erstellen.

enhancement

Hilfreichster Kommentar

vielleicht eine noch bessere lösung:

Rap2hpoutre\LaravelLogViewer\LogViewerController

  • Erstellen Sie geschützte Variablen namens $viewLogFile(string) und $viewLayoutFile(string), die in View::make($viewFile...) verwendet werden.

Auf diese Weise können Sie einfach Ihren eigenen LogViewerController erstellen, der den Rap2hpoutre-Controller erweitert. Dann setzen Sie einfach $viewLogFile oder $viewLayoutFile, um Ihren eigenen View-Container als Eltern zu verwenden.

Alle 9 Kommentare

Ich stimme zu. Wie wäre es, wenn Sie nur Abschnitte hinzufügen?

Ja, dies wäre die übliche Methode, um den Ansichten eine hierarchische Struktur zu verleihen.

+1

Irgendwelche Vorschläge, welchen Abschnitt ich hinzufügen sollte? Ich muss keine eigene Ansicht erstellen, daher habe ich keine Ahnung, wo ich Abschnitte hinzufügen soll. Ich bin offen für PR, wenn es in ein paar Tagen keine gibt, werde ich meinen eigenen Abschnitt erstellen, in der Hoffnung, dass es in Ordnung ist.

vielleicht eine noch bessere lösung:

Rap2hpoutre\LaravelLogViewer\LogViewerController

  • Erstellen Sie geschützte Variablen namens $viewLogFile(string) und $viewLayoutFile(string), die in View::make($viewFile...) verwendet werden.

Auf diese Weise können Sie einfach Ihren eigenen LogViewerController erstellen, der den Rap2hpoutre-Controller erweitert. Dann setzen Sie einfach $viewLogFile oder $viewLayoutFile, um Ihren eigenen View-Container als Eltern zu verwenden.

Jawohl! Könnten Sie dazu bitte einen Pull Request stellen? Vielen Dank!! (Wenn du nicht willst, sag es mir einfach und ich kann es selbst tun)

Im Allgemeinen würden hartcodierte Strings und andere Werte sicherlich davon profitieren, Eigenschaften des Controllers zu sein, unabhängig davon, ob sie durch Überschreiben des Controllers oder durch eine Art Setter oder injizierte Konfiguration geändert werden. Dies ist also auf jeden Fall eine gute Idee, da der Haupteinstiegspunkt zur Log-Viewer-Seite einfach geändert werden kann.

Der Hauptpunkt dieses Problems war jedoch, die Einzelansicht in eingebettete Ebenen aufzuteilen, die auf andere Weise zusammengesetzt werden können, oder Ebenen überschreiben zu lassen, ohne die gesamte Seitenansicht überschreiben zu müssen. Neben dem Seitenwrapper gibt es die Hauptprotokolltabelle und auch die Seitenleistenliste der Protokolldateien. All dies wären idealerweise Teilansichten (Ansichten in Ansichten enthalten) IMO.

Ich sollte später im Sommer auf mein Projekt zurückkommen, das dies verwendet, also kann ich dann eine PR erstellen, wenn dies noch nicht jemand anderes getan hat.

Dieses Problem ist sehr alt (3 Jahre) und ich betreue nur dieses Paket, ohne neue Funktionen hinzuzufügen. Ich schließe dieses Thema. Bitte um Wiedereröffnung.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen