Пишу приложение с использованием концепции MVC на базе CodeIgnitor. Для вывода значений переменных пользователю внутри View в простых случаях использую способы такого вида: <?=$VarName;> или вовсе {VarName}. Но так как есть еще и "сложные случаи", столкнулся с трудностью передачи дизайна и верстки в аутсорсинг: дизайнеру/верстальщику сложно работать с "представлением", которое в некоторых местах формирует себя динамически.
Например, у меня есть унифицированные контроллер и представление для вывода пользователю любого табличного набора данных в виде таблицы. При этом, как вы понимаете, количество колонок в <Table>, их названия и т.д. заранее неизвестно. На текущий момент для получения работоспособности я применил простое решение "в лоб" - внутри View написал PHP-код, который генерирует HTML-таблицу (стили и т.п. пока опускаю):


но при открытии такого файла в программе для верстки страниц... конечно сами понимаете, что верстальщик не видит, что же у него получится в итоге, когда таблица наполнится данными.
Дело еще осложняется тем, что для исключения PHP-кода из View я разбиваю View на составные части, например, самое простое - отдельно сделаны TemplateHeader.php и TemplateFooter.php, чтобы не приходилось менять содержимое заголовков и подвалов отдельно в каждой пользовательской странице (представлении). Ну и другой пример: отдельно сделано View для отображения одного комментария. И т.д. и т.п.
Такой подход я не сам придумал - он известен, и приводится кое-где в обучающих примерах по концепции MVC. Но его недостатки собственно и породили мой вопрос: как оптимальнее организовать архитектуру Представлений, чтобы дизайнеру/верстальщику было проще с ними работать?

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