☆ A M B ☆
Хммм.. ну можно и в сниппете, конечно. Но правильнее было бы - сниппетом подхватывать нужный чанк с этим HTML кодом. Так думаю будет красивее и удобнее в дальнейшей работе.
Угу, написать собственный сниппет с таким кодом, потом вставить вызов этого сниппета в шаблон. При это получится что часть дизайна (код для главной страницы и код для остальных страниц} перекачует в сниппет и в случае чего придется лезть в другое место и править именно сниппет, а не шаблон. А если таких мест несколько - править несколько сниппетов. Фигушки
if ( condition ) {
$output = "{{CHUNK_NUMBER_ODIN}}";
}
else {
$output = "{{CHUNK_NUMBER_DVA}}";
}
return $output;
☆ A M B ☆
Нормальный шаблонизатор, вот чего не хватает MODx.
(без обид друпальцам, и на друпале легко можно сделать нестандартный вид, да только новичкам проще использовать то, что дают).
☆ A M B ☆
На пару (ок, на 5) минут это ускорит разработку.. если это критично, не могу не согласиться. В свое время я довольно много поработал с друпалом - можно, конечно, сделать все, что угодно, но вот определенная жесткость появляется, если вам навязывают подобные инструменты (шаблонизатор - шаблон - единый вид - одинаковость - серость - унылость... ряд можно продолжать).
☆ A M B ☆
Ну я то как раз думаю, что это логика приложения. Любые вычисления, сравнения условий и проч. - по-моему, это логические программные действия, даже несмотря на то, насколько они могут быть простыми.
Рассмотрим случай, с которого мы начали - страница не должна ссылаться сама на себя. Ссылка превращается в нессылку при определенных условиях. Разве это логика приложения?
Ну... может быть в некоторых специальных случаях это действительно получится быстрее. Хотя неужели программисту на PHP так уж сложнее отформатировать функцию date() как требуется? А по собственному опыту - я не могу припомнить проекты, где дата выводится то так, то эдак... Выбирается один какой-то вариант и используется по всему сайту. В сниппете, в конце концов, можно предусмотреть такие ситуации и передавать в них соответствующие переменные, если проект того требует.
Можно привести и другие примеры: например требуется отформатировать вывод определенных переременных. Наглядный пример - дату. Конечно приложение может отдавать уже отформатированную дату, но что если вид даты зависит от контекста? В кратких новостях 04.03.2009, в полной - Среда 4 Марта 2009. Гораздо проще сделать это прямо в шаблоне через модификатор переменных шаблона. А главное - наглядно, сразу видно в каком формате мы получаем дату.
Да я даже и не пытался изменить твое мнение
Так что я останусь при своем. Шаблонизатор нужен, шаблонизатор - это добро, а время тратить нужно не на поиск и интеграцию, а на то, чтобы подобные функции появились в ядре MODx.
Лишь делился своим. Я думаю, что опытные разработчики постепенно подбирают те варианты, которые для них по разным причинам становятся более удобными.Таки и я останусь при своем
Я переписывался на эту тему с разработчиками, но толком так и не понял, будет ли какой-то новый шаблонизатор у MODx или мы получим тот же PHx, но уже интегрированный в ядро.
Очень надеюсь, что никакой шаблонизатор не будет встроен, в том числе и PHx. Ну и как маленькая (не такая уж важная по сравнению с чисто принципиальными подходами) деталь - дополнительные системы обработки данных требуют дополнительных серверных усилий. В маленьких проектах это не имеет значения, но в нагруженных проектах каждая деталь становится важной...