Laravel-log-viewer: Пожелание: разделить вид на макет + контент

Созданный на 14 сент. 2015  ·  9Комментарии  ·  Источник: rap2hpoutre/laravel-log-viewer

После предложения здесь:

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

Идея состоит в том, чтобы иметь отдельные представления - одно для макета, то есть оболочки страницы, и одно для содержимого - таблиц. Любой, кто хочет поместить контент в свои собственные шаблоны макета в собственном приложении, должен будет разделить представление, как это, в качестве первого шага, так что это очень поможет в первую очередь построить его таким образом.

enhancement

Самый полезный комментарий

возможно, даже лучшее решение:

Rap2hpoutre \ LaravelLogViewer \ LogViewerController

  • Создайте защищенные переменные с именами $ viewLogFile (строка) и $ viewLayoutFile (строка), которые используются в View :: make ($ viewFile ...)

Это позволяет вам просто создать свой собственный LogViewerController, расширяющий Rap2hpoutre. Затем просто установите $ viewLogFile или $ viewLayoutFile на использование вашего собственного контейнера представления в качестве родительского.

Все 9 Комментарий

Я согласен. А как насчет простого добавления разделов?

Да, это был бы обычный способ предоставить представлениям иерархическую структуру.

+1

Есть предложения о том, какой раздел мне добавить? Мне не нужно создавать собственное представление, поэтому я понятия не имею, куда мне добавлять разделы. Я открыт для PR, если его не будет через несколько дней, я сделаю свой собственный раздел, надеясь, что все в порядке.

возможно, даже лучшее решение:

Rap2hpoutre \ LaravelLogViewer \ LogViewerController

  • Создайте защищенные переменные с именами $ viewLogFile (строка) и $ viewLayoutFile (строка), которые используются в View :: make ($ viewFile ...)

Это позволяет вам просто создать свой собственный LogViewerController, расширяющий Rap2hpoutre. Затем просто установите $ viewLogFile или $ viewLayoutFile на использование вашего собственного контейнера представления в качестве родительского.

Да! Не могли бы вы сделать для этого Pull Request? Спасибо!! (Если не хочешь, просто скажи мне, и я сделаю это сам)

Как правило, жестко запрограммированные строки и другие значения, безусловно, выиграют от того, что они будут свойствами контроллера, независимо от того, изменяются ли они путем переопределения контроллера или через какой-то установщик или внедренную конфигурацию. Так что в любом случае это, безусловно, хорошая идея, позволяющая легко изменить основную точку входа на страницу просмотра журнала.

Однако основной задачей этой проблемы было разделение единого представления на встроенные слои, которые можно было объединить другими способами или переопределить слои без необходимости переопределения всего вида страницы. Помимо оболочки страницы, есть основная таблица журналов, а также список файлов журналов на боковой панели. Все это в идеале было бы частичным (просмотры включены в представления) ИМО.

Я должен вернуться к своему проекту, который использует это позже, летом, поэтому могу создать PR, если кто-то еще этого не сделал.

Эта проблема очень старая (3 года), и я поддерживаю только этот пакет без добавления новых функций. Закрываю этот выпуск. Не стесняйтесь просить о повторном открытии.

Была ли эта страница полезной?
0 / 5 - 0 рейтинги

Смежные вопросы

hmrneves1 picture hmrneves1  ·  3Комментарии

watermelonjuice picture watermelonjuice  ·  8Комментарии

mstaack picture mstaack  ·  6Комментарии

serdarsaygili picture serdarsaygili  ·  11Комментарии

DevynCJohnson picture DevynCJohnson  ·  5Комментарии