В чем отличие.

Использую шаблонизатор сматри. В основном html пишу в php. Для чего люди пишут свои шаблонитизаторы? Для того чтоб html писать в фалах c расширением tpl, это понятно. Но есть ли плюс по быстроте с сравнением смарти?

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

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

ты думаешь есть какая то разница какое будет расширение файла?
не надоело задавать идиотские вопросы?

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Им просто делать нечего )

(Отредактировано автором: 01 Ноября, 2012 - 18:16:10)

-----
Хорошие дела улучшают настроение, делают жизнь счастливей, а людей человеками.

для таких как ты и пишут, нормальные люди пишут на нативном php

-----
То что программа работает, не означает что она написана правильно!

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

DlTA да ну... а на чем же они написаны то??? на си что ли??

-----
То что программа работает, не означает что она написана правильно!

Примеры?

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

Либо перенести логику в контроллер, оставив в представлении только готовые данные и логику их вывода, но никак не получения. (в терминах популярного MVC)

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Не то имел ввиду...

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

Неверно

-----
Шта? Репозиторий?

=) Не дописал, придется шаблонизатор использовать.=)

Gerd мда. Что Вы подразумеваете под шаблонизатором и выбором "вида страницы" пользователем? Есть связь? Отнюдь. Если нужна псевдодинамика (включение-выключение блоков), то нужно серьёзное допиливание. Если соль в смене вида (графических/блочных) элементов на сайте, то сменить css проще некуда. Пляшите от надобности.

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