DL
Ну это так и было раньше 🙂
Size: a a a
2021 September 16
DL
в итоге на большом проекте у тебя 100500 сниппетов
DL
никакого наследования и бардак
P
ну, мне доказывали что наследование и не нужно, ведь если правильно нарезать чанки, то и без него все красиво ((:
DL
ну а тот же пример с prepare в DL и FL нал понять что это крайне удобно + работает шустрее чем сниппет в сниппете
P
в итоге я вижу кучу чанков и тыщу шаблонов
P
prepare как раз оказалось хорошим плохим решением
DL
в итоге если раньше было:
- шаблон - сниппет - чанк - сниппет - чанк
то с препере стало:
- шаблон - сниппет с препаре - чанк
а с контролереми мы сводим к
- контроллер - шаблон
- шаблон - сниппет - чанк - сниппет - чанк
то с препере стало:
- шаблон - сниппет с препаре - чанк
а с контролереми мы сводим к
- контроллер - шаблон
P
гораздо удобнее писать контроллеры, не используя prepare
P
но люди не понимают ооп даже на базовом уровне
DL
Ну вот по факту да но это опять же мы получаем логику:
- Шаблон - сниппет с контроллером - чанк
- Шаблон - сниппет с контроллером - чанк
P
в итоге будет не 100 шаблонов и 1000 чанков, а 100 контроллеров и в них тыщи строк
DL
но почему у нас шаблон первая точка входа ?
P
потому что к шаблону привязана модель, грубо говоря
DL
тоесть патерн MVC проще если в итоге его понять 🙂
DL
Ну по уму мы совместили шаблон +контроллер привязкой в документе из за логики дерева документов
DL
ибо по другому дерево документов то и не надо 🙂
P
его проще понять, когда делаешь обработку данных, а большинство задач заключается в выводе, а не вводе
DL
ну тоесть обдумывая любой вариант использования дерева документов а это как бы ядро эво приходим к тому что у нас на него завязанно все
AG
Дерево это хорошо. Все привыкли)