Develar
Новичок
>> хотя и черезчур заморочено как по мне
смысл в том, что управляет и просит о header&footer&etc не контроллер, который отвечает исключительно за установку данных полученных путем вызова API в свой шаблон, а шаблон (то есть контроллера может вообще не быть) - идет раскрутка со стартового контентообразующего шаблона (то есть для /catalog это будет Catalog.tpl) к обвязке (наследник blitz дает функциональность передачи параметров по стеку, макетирование и подключение view=template+controller). разумеется, при использовании blitz в узкоспециализированном проекте эта гибкая схема излишне сложна и неудобна - ядро просто использует df::Template который обходится без flyti::view::View.
смысл в том, что управляет и просит о header&footer&etc не контроллер, который отвечает исключительно за установку данных полученных путем вызова API в свой шаблон, а шаблон (то есть контроллера может вообще не быть) - идет раскрутка со стартового контентообразующего шаблона (то есть для /catalog это будет Catalog.tpl) к обвязке (наследник blitz дает функциональность передачи параметров по стеку, макетирование и подключение view=template+controller). разумеется, при использовании blitz в узкоспециализированном проекте эта гибкая схема излишне сложна и неудобна - ядро просто использует df::Template который обходится без flyti::view::View.
