LN спрашивает в почте

Александр Петросян (PAF) 09.10.2002 12:17

Hello PAF,
Я тут как то размышлял на тему функционарности Парсера и мне пришла
в голову мысль, что необходимо подумать о механизме подключения
внешних модулей. Качать исходники и перекомпилировать
каждый раз с появлением нового может не каждый, да и выкачивать
полновесную скомпилированную версию с сайта после каждого изменения не очень хорошая
практика. Идея в том чтобы было ядро с базовыми фукциями,
классами, а если человек хочет работать с гифами или поддержку XML,
то он просто берёт и подключает соотв. модуль а не переустанавливает
Парсер (это не сложно, конечно, но уровни разные).
Ещё неплохо было бы иметь возможность узнать версию Парсера из кода,
потому как есть уже 2 версии 3-го Парсера с немного различной
функциональностью.
Как с возможностью хранения переменных между вызовами скрипта
(сессии). Краем уха слышал, что какието подвижки в этом направлении
есть.
И ещё один не самый насущный вопрос... Как насчёт переменных и
методов видимых только внутри класса, т.е. не только public, но
и private. Просто зачастую возникает необходимость вынести часть
кода в отдельный оператор, но приэтом он становится доступен извне,
аналогично и переменными. Есть ли идеи на этот счёт...
Мелочи: возможность получить env как хэш для printenv'а, по типу
$form:fields; возможность явного получения наименования класса, а не
только через is (например для switсh&case); перкодировка произвольной
строки например из кои в вин-1254 -- авто перекодировкой на входе не
отделаешся, а данные и через заднюю дверь приходят.

---