И еще include медленнее, вот почему он плох:
Misha v.3 26.03.2003 18:56
http://www.parser.ru/forum/?id=13016как сказано в документации, вначале выполняется конфигурационный auto.p, затем все auto.p от DOCUMENT_ROOT до текущего каталога и наконец файл к которому обратились. при этом парсер считывает и компилирует в свой байт-код методы/операторы, чтобы затем быстро выполнить. начинает выполнять... и тут ты ему суешь include (file::load & process), который заставляет парсер остановить выполнение, считать файл, откомпилировать его, продолжить выполнение... это - время. если инклудов несколько - оно растет. если инклуд один, то фактически он равноценен одному подключаемому в @USE[] подобному файлу... но все равно стоит задуматься... почему? читаем дальше...
...в то-же самое время парсер предлагает свои механизмы, которые помогают логически разбить один кусок на несколько (перекрываемые методы, операторы, классы). эти механизмы быстрее инклуда и прозрачнее (в логике парсера).
мне кажется, что для того, чтобы лучше понять как все работает (чтобы проще было делать вдальнейшем) стоит сразу отказаться от "чужеродных" технологий и использовать свои.
потом это с лихвой окупится... и не только в плане скорости выполнения но и в скорости разработки...
