|
|
ru.cgi.perl- RU.CGI.PERL ------------------------------------------------------------------ From : Dmitry Ochnev 2:5022/54 21 Jun 2001 20:04:14 To : Andrey Ryzhikoff Subject : HTML::Mason, как правильно сделать ? -------------------------------------------------------------------------------- 20 Jun 01 19:45, Andrey Ryzhikoff had aan All geschreven: >> AR> Вот хочется что бы он брал дефолтные переменные из общего конфига. >> AR> Как это сделать наиболее просто и правильно ? >> >> Сделать компонент, например "load_constants", который будет выдавать эти >> значения в виде ссылки на хэш. А в нем самом - как угодно их прописывать. >> >> <%init> >> ... >> $cr = $m->comp(load_constants); >> %constants = %$cr; >> ... >> </%init> AR> Правильно ли понимаю, что инитить его надо будет только на самом AR> "верхнем" уровне. т.е при формировании страниц: AR> <& _header &> AR> <& _line, width=>100 &> AR> <& _fignya_vsyakaya &> AR> <& _footer &> AR> <%init> AR> ... AR> $cr = $m->comp(load_constants); AR> %constants = %$cr; AR> ... AR> </%init> AR> а не в каждом компонете ? Каждому компоненту надо было бы передавать ссылку на хэш с этими константами в качестве одного из параметров, а уже там в них его использовать. Hо другой товарищ здесь посоветовал более удобный и быстрый вариант - с наследованием атрибутов (см. доку Devel). >> AR> И вытекающий отсюда вопрос, насколько сильно сказывается на >> AR> производительности такое дробление страниц на мелкие компоненты ? >> >> Будет куча компонентов, которые все будут вызываться, - будет тормозить >> больше, чем если бы какую-нибдь страницу формировать одним компонентом. AR> Это понятно. А вот на сколько эта разница велика ? Вот скажем есть у AR> меня компонент который формирует начало таблицы и вызывается десятки AR> раз на одной странице и в компонетах которые ее формируют. Какова AR> будет разница (порядок, два...) если я это будут в виде статики AR> делать(что лень как раз делать :) ? Статика по-любому быстрее. Hасколько динамика медленнее - это зависит от конкретного случая. Можешь подумать об использовании кэширования. -- Met vriendelijke groet, Dmitry Ochnev Tula, RU ... dmitry_III<>mail.ru, ICQ: 69794043, http://designcentral.newmail.ru --- http://www.brainbench.com/transcript.jsp?pid=15875 * Origin: Web-development, programming in Perl (2:5022/54) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cgi.perl/18273b325369.html, оценка из 5, голосов 10
|