Причины возникли из-за того, что в топах, посвященных обзорам конкретных шаблонизаторов, спорят на общую тему: Обзор шаблонизатора Quicky: производительность и гибкость.
МАКРО — гибкий шаблонизатор PHP с человеческим «лицом» Расследование проводилось на основании данных, полученных сверху: HolyWar: Движки шаблонов.
Они необходимы? они богатые? Форум.
результаты расследования под катом сначала результаты голосования: HolyWar: Движки шаблонов.
Они необходимы? 48,67% (128) Я за использование шаблонизаторов и доволен тем, который использую.
13,31% (35) Я за использование шаблонизаторов, но меня не устраивает тот, который я использую.
11,79% (31) Не использую шаблонизаторы, потому что «нормальных» нет. 26,24% (69) Я вообще против использования шаблонизаторов.
Проголосовали 263 человека.
57 человек воздержались.
ТОП-5 причин споров на тему шаблонизаторов в целом:
1. В основе споров о том, нужны ли шаблонизаторы в подавляющем большинстве случаев, лежит логическая ошибка о том, что «необходимо разделять логику и вывод».Это утверждение не имеет никакого отношения к теме шаблонизаторов и вообще считается ошибочным разработчиками крупных проектов.
Правильный заявление такое:
Вам необходимо разделить бизнес-логику и логику представления.Почему это необходимо? затем разделить разработку на части, чтобы локализовать ответственность и сократить трудозатраты на изменение одной из составляющих.
Это можно сделать как с помощью шаблонизаторов, так и без их использования.
Вот пример логической задачи презентации: # В этом вопросе обычно спорят люди-самоучки, не имеющие значительного опыта работы в крупных проектах и люди, принявшие несколько крупных решений.
2. Второй популярный вопрос следующей волны споров заключается в восприятии этого утверждения: Механизмы шаблонов Quick и Smart не запрещают смешивать бизнес-логику и логику представления, хотя и предотвращают такое смешивание.
# Здесь чаще всего спорят на тему: зачем тогда эти шаблонизаторы, если они не запрещают это деление.
в этих спорах на сцену выходят сторонники шаблоны блоков И XSLT .
3. Приятно видеть, как люди начинают спорить о синтаксисе.
Кому-то нравится умный синтаксис, кому-то PHP-native, кому-то нравится блиц, а сторонники XSLT стоят особняком, не принимая участия в дебатах.
4. Дальше происходит нечто удивительное и люди (как новички-самоучки, так и профессионалы) начинают спорить о скорости, удивление в том, что при ближайшем рассмотрении эта скорость оказывается для большинства спорящих неважной: новички и самоучки не имеют значения.
есть такие нагрузки, но у тех людей, у которых эти нагрузки есть, в большинстве случаев узкие места не в шаблонизаторе.
Как правило, в таких спорах остаются 2-3 профессионала, имеющих реальный интерес к данному вопросу и невероятное количество желающих высказаться.
Сторонники XSLT здесь не спорят; они верят, что скоро будут делать более быстрые библиотеки, и я почему-то верю вместе с ними, только не в слово «скоро».
5. Также довольно интересным поводом для споров является утверждение, что PHP — это язык шаблонов.
Это очень крутой объектно-ориентированный язык шаблонов, который работает с сокетами и общей памятью.
Как правило, сторонники этого утверждения знакомы с PHP на уровне PHP/FI и готовы отправить человека, написавшего if ($obj instanceof Class), в психиатрическую больницу со словами: «Что за хрень такаяЭ» этот?"
ТОП-5 причин споров на тему выбора шаблонизатора:
1. Стандартизация и распространенность синтаксиса 2. Скорость! 3. Сложность внутреннего кода (на удивление, споры опять же в основном среди тех, кто еще ничего полезного не написал, даже в смартах) 4. Сырость/поддержка 5. возможности (многие в этом действительно заинтересованы) Статьи по Теме: brodyaga.habrahabr.ru/blog/30767 По этой причине я закрываю для себя эту тему и обещаю больше не обременять паблик Хабрахабра спорами на тему шаблонизаторов, но напоследок призываю всех холиваров размещать посты на эту тему здесь.Они необходимы? они богатые? Форум.
Теги: #движки шаблонов #holywar #holywar #smarty #php #macro #Quicky #templater #php
-
Особенности Прошивки Ami Uefi
19 Oct, 24 -
Никогда Не Отвлекайте Программиста
19 Oct, 24
