причины родились в том, что в топах посвященных обзорам конкретных шаблонизаторов спорят на обобщенную тему:
Обзор шаблонизатора Quicky: Производительность и Гибкость.
MACRO — гибкий PHP шаблонизатор, с человеческим «лицом»
раследование проведено на основе данных, полученных в топе:
HolyWar: Шаблонизаторы. Нужны ли они? состоятельны ли они? Форум.
результаты расследования под катом
сначала результаты голосования:
HolyWar: Шаблонизаторы. Нужны ли они?
48,67% (128) я за использование шаблонизаторов и меня устраивает тот, которым я пользуюсь.
13,31% (35) я за использование шаблонизаторов, но меня не устраивает тот, которым я пользуюсь.
11,79% (31) я не пользуюсь шаблонизаторами, потому что нет «нормальных».
26,24% (69) я против использования шаблонизаторов вообще.
Проголосовало 263 человека. Воздержался 57 человек.
1. Основой споров на тему нужны ли шаблонизаторы в подавляющем большинстве случаев лежит логическая ошибка, что«нужно разделять логику и вывод». Это утверждение не имеет отношения к теме шаблонизаторов и вообще разработчиками крупных проектов считается ошибочным.
Правильное утверждение таково:
Зачем это нужно? затем чтоб разделить разработку на части, чтоб локализовать ответственность и уменьшить трудозатраты на изменение одной из компонент.
Сделать это можно как с использованием шаблонизаторов, так и без их использования.
вот пример задачи логики представления: #
в этом вопросе обычно спорят самоучки у которых нет существенного опыта работы в больших проектах и люди которые сделали несколько крупных решений.
2. Второй популярный вопрос для следующей волны споров кроется в обсасывании такого утверждения:
квики и смартиобразные шаблонизаторы не запрещают смешивать бизнес-логику и логику представления, хотя препятствуют этому смешанию.#
тут чаще всего спорят на тему: а зачем же тогда эти шаблонизаторы, если они не запрещают этого разделения.
в этих спорах выходят на сцену сторонники блочных шаблонов и XSLT.
3. Приятно посмотреть как люди начинают усердно спорить на тему синтаксиса. Кому-то нравится смартиообразный синтаксис, кому-то PHP-native, кто-то полюбил блитз, особнячком, не принимающим участие в спорах, стоят сторонники XSLT.
4. Дальше происходит нечто удивительное и люди (как и самоучки-новички, так и профи) начинают спорить на тему скорости, удивительность состоит в том что при ближайшем рассмотрении большинству спорящих эта скорость оказывается не важна: у новичков и самоучек нет таких нагрузок, а у те люди, у корых есть эти нагрузки в большинстве случаев имеют узкие места вовсе не в шаблонизаторе. Как правило в таких спорах остаются 2-3 профи, которые имеют реальную заинтересованность в этом вопросе и неимоверное количество тех, кто хочет высказаться. Сторонники XSLT тут не спорят они верят в то, что скоро будут сделаны более быстрые библиотеки, и я почему-то верю вместе с ними, только не в слово «скоро».
5. также достаточно интересная причина споров — утверждение, чтоPHP —это и есть язык шаблонов Очень прикольный такой объектно-ориентированный язык-шаблонизатор с работой с сокетами и разделяемой памятью. Как правило сторонники такого утверждения знакомы с PHP на уровне PHP/FI, а человека, написавшего if ($obj instanceof Class) готовы отправить в психушку со словами: «это что за хрень?»
1. Стандартизированность и распространенность синтаксиса
2. Скорость!
3. Сложность внутреннего кода (удивительно, но спорят опять в основном те, кто ничего еще не дописывали полезного даже в смарти)
4. Сырость/поддержка
5. возможности (это мало кого интересует на самом деле)
Статьи по теме:
brodyaga.habrahabr.ru/blog/30767
За сим я для себя тему эту закрываю и обещаю более не отягощать общественность хабрахабра спорами на тему шаблонизаторов, но на последок призываю всех холиварщиков отправлять по этой теме сюда HolyWar: Шаблонизаторы. Нужны ли они? состоятельны ли они? Форум.
Обзор шаблонизатора Quicky: Производительность и Гибкость.
MACRO — гибкий PHP шаблонизатор, с человеческим «лицом»
раследование проведено на основе данных, полученных в топе:
HolyWar: Шаблонизаторы. Нужны ли они? состоятельны ли они? Форум.
результаты расследования под катом
сначала результаты голосования:
HolyWar: Шаблонизаторы. Нужны ли они?
48,67% (128) я за использование шаблонизаторов и меня устраивает тот, которым я пользуюсь.
13,31% (35) я за использование шаблонизаторов, но меня не устраивает тот, которым я пользуюсь.
11,79% (31) я не пользуюсь шаблонизаторами, потому что нет «нормальных».
26,24% (69) я против использования шаблонизаторов вообще.
Проголосовало 263 человека. Воздержался 57 человек.
TOP 5 причин для споров на тему шаблонизаторов вообще:
1. Основой споров на тему нужны ли шаблонизаторы в подавляющем большинстве случаев лежит логическая ошибка, что
Правильное утверждение таково:
Нужно разделить бизнес-логику и логику представления
Зачем это нужно? затем чтоб разделить разработку на части, чтоб локализовать ответственность и уменьшить трудозатраты на изменение одной из компонент.
Сделать это можно как с использованием шаблонизаторов, так и без их использования.
вот пример задачи логики представления: #
в этом вопросе обычно спорят самоучки у которых нет существенного опыта работы в больших проектах и люди которые сделали несколько крупных решений.
2. Второй популярный вопрос для следующей волны споров кроется в обсасывании такого утверждения:
квики и смартиобразные шаблонизаторы не запрещают смешивать бизнес-логику и логику представления, хотя препятствуют этому смешанию.#
тут чаще всего спорят на тему: а зачем же тогда эти шаблонизаторы, если они не запрещают этого разделения.
в этих спорах выходят на сцену сторонники блочных шаблонов и XSLT.
3. Приятно посмотреть как люди начинают усердно спорить на тему синтаксиса. Кому-то нравится смартиообразный синтаксис, кому-то PHP-native, кто-то полюбил блитз, особнячком, не принимающим участие в спорах, стоят сторонники XSLT.
4. Дальше происходит нечто удивительное и люди (как и самоучки-новички, так и профи) начинают спорить на тему скорости, удивительность состоит в том что при ближайшем рассмотрении большинству спорящих эта скорость оказывается не важна: у новичков и самоучек нет таких нагрузок, а у те люди, у корых есть эти нагрузки в большинстве случаев имеют узкие места вовсе не в шаблонизаторе. Как правило в таких спорах остаются 2-3 профи, которые имеют реальную заинтересованность в этом вопросе и неимоверное количество тех, кто хочет высказаться. Сторонники XSLT тут не спорят они верят в то, что скоро будут сделаны более быстрые библиотеки, и я почему-то верю вместе с ними, только не в слово «скоро».
5. также достаточно интересная причина споров — утверждение, что
TOP 5 причин для споров на тему выбора шаблонизатора:
1. Стандартизированность и распространенность синтаксиса
2. Скорость!
3. Сложность внутреннего кода (удивительно, но спорят опять в основном те, кто ничего еще не дописывали полезного даже в смарти)
4. Сырость/поддержка
5. возможности (это мало кого интересует на самом деле)
Статьи по теме:
brodyaga.habrahabr.ru/blog/30767
За сим я для себя тему эту закрываю и обещаю более не отягощать общественность хабрахабра спорами на тему шаблонизаторов, но на последок призываю всех холиварщиков отправлять по этой теме сюда HolyWar: Шаблонизаторы. Нужны ли они? состоятельны ли они? Форум.
