формирование шаблонов

[crow]

Автор оригинала: csa

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

подход оправдывает себя, если называть файлы соотвествующе: page.list.table.html например и т.д.
если методы комбинировать, то я подозреваю будет много лишних циклов...

 

[csa]

Автор оригинала: crow

подход оправдывает себя, если называть файлы соотвествующе: page.list.table.html например и т.д.
если методы комбинировать, то я подозреваю будет много лишних циклов...

ну а открытие кучи разных файлов? это тоже не подарок

а комбинировать вот как можно:
простой шаблон (типа header/footer) - plain temlpates (str_replace)
сложный ( таблица) - используем какой-нибудь движок

 

[Crazy]

Автор оригинала: crow
ЗЫ: но упаси вас Бог, писать на интерпретаторе интерпретатор

Правильно. На интерператируемом языке нужно писать компилятор.

 

[csa]

если куски шаблона разнесены по множеству файлов, то и изменять их уписаешься, полной картины-то не видно
если ты, конечно, не юзаешь грамотный template-editor

 

[Crazy]

Автор оригинала: csa
ну а открытие кучи разных файлов? это тоже не подарок

Осталось найти ОС, в которой не кэшируются операции чтения с диска. Такие, IMHO, как серверные платформы не используются.

 

[csa]

Автор оригинала: Crazy

Правильно. На интерператируемом языке нужно писать компилятор.

точно-точно, хорошо вписывается в идею кеширования

 

[csa]

Автор оригинала: Crazy

Осталось найти ОС, в которой не кэшируются операции чтения с диска. Такие, IMHO, как серверные платформы не используются.

уел
но один файл все же менее затратно открыть

 

[Crazy]

...и проще редактировать. Что гораздо важнее.

 

[csa]

Автор оригинала: Crazy
...и проще редактировать. Что гораздо важнее.

чем же проще? искать по файлам "ту самую строчку"?...

 

[Crazy]

Говоря о "проще редактировать" я продолжал твою фразу. Т.е. говорил об ОДНОМ файле.

 

[Sad Spirit]

Автор оригинала: Crazy
Во втором случае шаблон знает, ЧТО он хочет нарисовать. И шаблоны при отрисовке передаются фабрики данных, которые знают, КАКИМИ будут отрисовываемые данные.

Гм. Интересно, можешь дать ссылочку на какую-нибудь библиотеку с такой архитектурой?

 

[Crazy]

Мсье полагает, мне следует опубликовать исходники одного из вариантов?

Ok, ночью вывешу.

 

[Crazy]

Минимальный рабочий пример лежит вот здесь.

 

[nail]

Читайте http://martinfowler.com/isa/webServer.html
Описаны общие подходы.

 

[Crazy]

Обычный MVC. Который не есть "общий подход", а всего лишь одна из наиболее удобных моделей.

 

[tony2001]

2 Crazy:
я же говорил, что об этом мы уже флеймили (разговор, как видишь, перешел на тему "что лучше - темплейты с псевдо-кодом внутри (ака интепретатор интерпретатора) или темплейты в нескольких файлах?").
было.
уже прошло =)
повторять не буду.

 

[Crazy]

Не... Мы флеймили в первую очередь на тему "допустимо ли использование в шаблонах PHP-кода". Остальное лишь вскользь упоминалось в ходе обсуждения.

Кстати, в приведенном выше примерчике использованы именно шаблоны с псевдокодом, но не как "интерпретатор интерпретатора", а как "метакомпиляция". Так что это совсем не синонимы...

 

[tony2001]

Crazy:
=))))))
за что люблю Смарти и иже с ним, так это за тройную работу =))
ПХП парсит псевдо-код, ПХП генерит ПХП-код, ПХП парсит ПХП-код и выводит результат.
"три в одном по цене одного!" (с)
или эти жертвы стоят того ?

 

[Crazy]

Это демагогия. И ты сам знаешь, почему...

 

[tony2001]

Crazy:
не люблю двусмысленности.
объясни, плз, где тут демагогия ?