еще один? нафига создавать шаблонизаторы для шаблонизатора?

Для начала стоило бы описать его отличия и преимущества/недостатки по сравнению с существующими решениями.
Лично я не буду тратить своё время на самостоятельную добычу этой информации.

_____________

Профессиональная разработка на заказ

Я на GitHub | второй профиль

согласен, может он и лучше других, но на самостоятельное изучение время неохота тратить.

Кстати, у меня вопрос: где в этом случае будет храниться шаблон? Подозреваю что на сервере. Зачем дергать JSON и HTML с сервера и собирать всё на клиенте? Для чего такая нелогичная жопа?

Изменять информацию на странице таким образом можно. Но генерить с нуля весьма сомнительная идея.

А что будут делать поисковики? До тех пор пока не научились в полном объеме обрабатывать JS, номрального разделения не видать. Но мне думается, что такая обработка хоть и возможна теоретически, но не реализуема на практике ввиду ограниченной мощности поисковых роботов. Это как использование ресурсов клиента через JS, только ровно наоборот. Централизация процессов и сосредоточение в датацентрах. Сравнивать общую мощность всех серверов в интернете и "жалкого" датацентра (даже гугла), все-равно что футбольный мяч с луной.

И это. Говорить что PHP - шаблонизатор по-моему неразумно. Да, язык встраеваемый. Но и ассемблер можно встроить в сишный код. Дальше что?

объясни, что есть по сути шаблонизаторы?
заменялы одних кусков кода другими.
приведи пример выгодного использования шаблонизатора в сравнении с нативным кодом.
про верстальщиков, не желающих учить пару-тройку языковых конструкций можешь не писать.

подумай еще раз.

redreem, это холиварный вопрос, о пользе применения шаблонизаторов. И не в нем суть. Я хочу сказать (и по возможности доказать), то что ЯП, в частности PHP, не относится к категории шаблонизаторов ни по каким из его свойств. Это существенно более низкий уровень.

Шаблонизатор - абстракция над ЯП для удобства решения конкретной задачи. Например, наследование шаблонов самый яркий импрувмент. Только не надо говорить что его можно реализовать в 3 строки.

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

Ну как бы да, только php != шаблонизатор. )

Как раз здесь все логично, прозрачно, удобно и универсально.
Шаблоны это отдельный репозиторий с доступом исключительно для фронтенд разработчиков, для которых главное, чтоб знать куда обратиться за нужными данными. Остальное они сделают как душе угодно, с любыми свистоперделками, не зная при этом ни о PHP, ни о Python, вообще не зная, что там на backend-е.
На backend-e используется единое api, для браузерных версий ресурса, для мобильных Android, IOS, для предоставления возможностей работы с ресурсом со сторонних систем.
Не так давно перешли на такую схему разделения backend от frontend в компании и честно говоря это очень удобно. По сути, на текущий момент мы строим приложения в виде микросервисной архитектуры, где нет MVC, а только MC , V как уже сказал, отдельно - в гордом одиночестве) следует идеологии web components.

_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api