|
ru.cgi.perl
- RU.CGI.PERL ------------------------------------------------------------------
From : Artem Chuprina 2:5020/371.32 04 Dec 2000 13:57:46
To : Pavel Kurnosoff
Subject : Re: jsp, mason... may be psp?..
--------------------------------------------------------------------------------
В твоём письме от Fri, 01 Dec 2000 18:00:39 +0300 написано:
PK> маленькое лирическое отступление: как работает jsp - из текста делается
PK> сначала .java (html пишется в код как out.write("....")), откладывается на
PK> диск, компилируется в .class, тоже откладывается на диск. и потом уже
PK> используется как готовый класс. в качестве имени класса используется путь
PK> на диске приведенный к доспустимым символам.
PK>
PK> мой вопрос - а нет ли такого же, но только на perl'е? и если нет, то
PK> почему? я в курсе про mason, embperl, но насколько я понимаю, они делают
PK> каждый раз eval $script на такой perl-in-html "обращенный" в html-in-perl.
PK> а если следовать perldoc, это светит разбором и компиляцией каждый раз.
PK> или я не прав? во всяком случае, я четко помню фразу в доке от масона, что
PK> "mason component will be 2-3 times slower than hardcoded equivalent".
AFAIR готового нет. Если б не необходимость доступа к базе данных, я б на
такое, может, и прогнулся, а так смысла нет - тормоза не там. Hо у меня в
движке делается предкомпиляция, в программу для стекового калькулятора, где
фрагменты HTML-кода идут цельными кусками, а между ними вставляются
динамические элементы. Парсинга шаблона на этапе выполнения не происходит, а
вот выяснение, какую функцию надо позвать, если это функция, а не другой
шаблон - происходит (там, правда, не eval, а вызов по ссылке). Плюс вызов
функции exec, которая, собственно, и разбирается, что нам придется выполнять.
--- slrn/0.9.6.3-as (Linux)
* Origin: AKA с подствольным плюсомётом (2:5020/371.32)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
