Пишу приложение с использованием концепции MVC на базе CodeIgnitor. Для вывода значений переменных пользователю внутри View в простых случаях использую способы такого вида: <?=$VarName;> или вовсе {VarName}. Но так как есть еще и "сложные случаи", столкнулся с трудностью передачи дизайна и верстки в аутсорсинг: дизайнеру/верстальщику сложно работать с "представлением", которое в некоторых местах формирует себя динамически.
Например, у меня есть унифицированные контроллер и представление для вывода пользователю любого табличного набора данных в виде таблицы. При этом, как вы понимаете, количество колонок в <Table>, их названия и т.д. заранее неизвестно. На текущий момент для получения работоспособности я применил простое решение "в лоб" - внутри View написал PHP-код, который генерирует HTML-таблицу (стили и т.п. пока опускаю):
1.
2.
3.
4.
5.
6.
7.
<table border="1">
<?php foreach ($Columns as $Column): ?>
<th><?=$Column['ColumnCaption'];?></th>
<?php endforeach; ?>
// ну и далее генерация строк с данными...
</table>
но при открытии такого файла в программе для верстки страниц... конечно сами понимаете, что верстальщик не видит, что же у него получится в итоге, когда таблица наполнится данными.
Дело еще осложняется тем, что для исключения PHP-кода из View я разбиваю View на составные части, например, самое простое - отдельно сделаны TemplateHeader.php и TemplateFooter.php, чтобы не приходилось менять содержимое заголовков и подвалов отдельно в каждой пользовательской странице (представлении). Ну и другой пример: отдельно сделано View для отображения одного комментария. И т.д. и т.п.
Такой подход я не сам придумал - он известен, и приводится кое-где в обучающих примерах по концепции MVC. Но его недостатки собственно и породили мой вопрос: как оптимальнее организовать архитектуру Представлений, чтобы дизайнеру/верстальщику было проще с ними работать?
