Ответ

Александр 13.11.2002 16:29

>Parser макроязык, в нем нет оператора print, а синтаксис PHP похож на C. Поэтому Parser сам по себе готовый обработчик шаблонов, в PHP приходится использовать сторонние библиотеки

Синтаксис, похожий на С, -- это явный плюс. Я не сторонник старперства, но K&R (авторитету которых можно верить) придумали именно С, а не парсер.

>В Parser поддержка UTF-8 интегрирована и прозрачна для разработчика, а в PHP это набор функций

Согласен, но: вы часто используете UTF-8 на web'e?

>В Parser единый интерфейс для работы с серверами баз данных, включая blob поля, а в PHP для каждого сервера свой набор функций

Полноценные разработчики на PHP используют единый класс для интерфеса с БД, а не кодят отдельно под каждую БД.

>В Parser объектная технология активно используется в системных типах — строка это объект с методами, а в PHP есть просто набор функций для работы со строками.

Согласен, методология использования объектов более наглядна, но все портят эти -- ^QWER[ ^TYTYU[ ] ]. Мы чего, массивы тут используем?

>В Parser использовать XML и XSL проще, чем в PHP.

Это почему?

>В Parser есть системный тип таблица, а в PHP нет.

Встречные заявление -- такой тип не нужен, ибо есть массивы, класса и оператор echo (print)/

>В Parser встроены функции кеширования, а в PHP нет.

Кешированое настолько привязано к используемому серверу, что надо самому понимать суть его работы и делать для этого шаги, ибо полно подводных камней (это из опыта, так как сколько версий того же апача, столько тонкостей, а про iis - я просто промолчу), а надеятся на автором парсера - самонадеянно.

>В Parser повсеместно реализована автоматическая обработка пользовательского ввода — это когда например при формировании SQL запроса вам заменят ' на \', а в PHP только зачатки этого подхода.

Согласен, но делая это вручную, только улучшаешь свое понимание, что происходит (как и в случае кэшировани)

---