Шаблоны веб-приложений

На днях была поднята интересная тема — о шаблонах веб-приложений. Давайте еще немного поговорим об этом.

Уважаемые коллеги, разрешите задать вам исключительно профессиональный вопрос…

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

Первое создание шаблона

1. Подготовка и согласование дизайна
2. Верстка одного или нескольких демонстрационных HTML-файлов
3. Приемка
4. «Нарезка» — выделение многочисленных фрагментов и размещение их по множеству небольших файлов
5. Интеграция с CMS — где-то (хотя бы на бумаге или в голове верстальщика) хранится информация, где что, откуда, и в какой версии каждый конкретно этот шаблон в этом отображении.

Апдейт

1. Подготовка, верстка, приемка
2. Нарезка. Всего или только какой-то выбранной части?
3. Замена. Мат.

Использование шаблонов CMSкой

1. Скрипт в процессе выполнения читает десяток файлов. Если нет кеширования в ОЗУ (в переменной) — тогда читает их десятки или сотни раз.
2. Содержимое подвергается разбору через регулярные выражения, строковые функции, export() и т. д.
3. Результат подвергается конкатенации и возвращается браузеру.
Результат — скушано памяти по 1 кб на обработку каждого файла. Если алгоритм не предусматривает кеширования содержимого шаблонов в ОЗУ — при больших выборках заметно нагружается и ФС.

Альтернатива

Давайте просто обсудим альтернативный вариант: хранить все шаблоны в одном непорезанном файле, поместив внутрь теги для парсера.

Тогда процессы изменятся так.

Первое создание шаблона

1. Подготовка и согласование дизайна
2. Верстка одного или нескольких демонстрационных HTML-файлов
3. Приемка — показываем файлы как есть, и их же 1:1 кладем в ФС CMSки
4. Тут уже ничего не надо делать
5. Тут уже ничего не надо делать

Апдейт

1. Подготовка, верстка, приемка
2. Нарезка. Всего или только какой-то выбранной части?
3. Заменить один файлик

Использование шаблонов CMSкой

1. Скрипт в читает один файл. Шаблон в строке разбирается на фрагменты и лежит в ОЗУ.
2. Содержимое подвергается разбору через регулярные выражения, строковые функции, export() и т. д.
3. Результат подвергается конкатенации и возвращается браузеру.

В среднем шаблоны весят 3-5КБ. Разобрать его по тегам — не дороже, чем список данных с тегами отрендерить.

И главное:

• Нет необходимости нарезать шаблоны на фрагменты
• Удобнее показывать — все на одной странице. Если хочется — можно сделать и на нескольких
• То, что согласовано — попадает в продакшн «как есть»
• В ФС лежит цельный шаблон, после разбора в ОЗУ — фрагменты.

Коллеги, что вы думаете об этом?
Может быть где-то уже видели такое решение?
Какие есть или могут быть плюсы и минусы?

Спасибо!

Автор: customtema

Источник ^[1]