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

Вот и получается действительно:

Если верстальщик программирует, он не дизайнер. Ему нечего делать с рисованием. А если верстальщик умеет рисовать, ему нечего делать в программировании. Даже в доджуниорском.

Если бы несколько. Стиральная машинка, это как раз и есть HTML и CSS. А что касается шаблонизаторов, то тут я поспорил бы. Это скорее ближе к "умному дому", запрограммировать который не всякая домохозяйка в состоянии.

Да вот опять ниочем говорим, у вас верстают по сути программисты, у нас дизайнеры. И последних пугают эти вещи. А раз верстальщикам не нужен шаблонизатор, программистам он не нужен и подавно. Ведь я приводил цитату из вики. Давайте акцентируемся на последней строчке:

Вот эту задачу шаблонизатор и не решает, если не сказать - только усложняет всё. По крайней мере у нас. У вас может быть иначе.



_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

А не вы ли мне недавно доказывали, что любой нотис должен обрабатываться как фатал? А тут такие вольности. Ну да Бог с ними, дело вкуса. Что касается автоескейпинга, для этого не обязателен шаблонизатор. Более того, допустим нет возможности его использовать. Ну представим себе чисто гипотетически. Ну алергия у заказчика к примеру, не важно. Суть важна. А по сути мы обработку данных поручаем шаблону(!). А шаблон по идее, это вообще не исполняемый файл, это HTML (ну TPL, если точнее). Он не должен ничего сам решать. В Yii допустим нет шаблонов, там все в PHP, это логично. А тут... Но ладно, представим, что нельзя шаблонизатор. И что? Переписывать двиг? Не логичнее ли отдать в шаблон готовые данные, не привязываясь к конкретному инструменту? Я лично этот момент плюсом не считаю.

Может и так, скорее всего так. Но это нужно так крайне редко, что в очевидные плюсы я бы ставить не стал. Почему редко? Да потому что основные хэлперы обычно уже есть в движке. А если нету - стоит потратить немного времени и изготовить. Это только на пользу движку.

Тут все зависит от структуры движка. Вы говорите о нативном синтаксисе, тут это бесспорно. Но есть решения, когда в шаблон выводятся только переменные. Теоретически конечно можно затолкать все что угодно, но за это больно по рукам. Может шаблонизатор и действительно чуточку организует, но только чуточку. Организовывать должен не он, а тимлид.

Тоже бесспорно, если не брать во внимание первый пункт. Но в ситуации, когда используется только свой, корпоративный двиг, это преимущество быстро стремится к нулю.


Да, есть инструмент и он приносит пользу. Но не всем и не всегда.

По крайней мере людям теперь есть из чего выбрать.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Собственно я не особо и спорил. Просто пытался найти компромисс. А глобальный спор не за "свое решение" VS "комьюнити", а за целесообразность использования дополнительного макроязыка. Другими словами смарти против Yii

А если мою схему и можно назвать шаблонизатором, то с огромной натяжкой. Там нет никакого собственного синтаксиса. Как нет и обычного натива. Это действительно другая песня.


_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

А почему тогда везде говорят, что Yii и многие другие фреймворки не используют шаблонизаторов?

По вашей логике, если развивать дальше, придем как раз к главному аргументу оппонентов: PHP по сути и есть шаблонизатор!

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Да, особенно если учесть, что все "известное комьюнити решение" когда-то совсем недавно было "свое решение". Поэтом когда вообще говорят о компьюнити, пристрастиях компьюнити и тупо апеллируют к этому компьюнити, я обычно вспоминаю "Говно вкусно, миллионы мух не могут ошибаться.".

_____________
Gear Framework
Gear Framework на Github