ваша задача настолько критична по скорости?

Misha v.3 19.10.2006 14:44

по моему нет => вы пытаетесь оптимизировать что-то раньше времени, что для большинства веб-задач не есть хорошо. думаю тут никто не сравнивал производительность подобных решений, если вам надо - возьмите и сравните (lib.p/@run_time[] вам в руки)

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

со ссылками мы обычно делаем так: в xml выдаются элементы с @href, а те из них, которые должны быть "помечены" - имеют дополнительный аттрибут @selected. xsl занимается тем что оформляет ссылку - или выводит её жирным (если мы в подразделе), или выводит без @href (если мы на странице куда ведёт эта ссылка)

Мне кажется в parser для xsl трансформации используется какой-то стандартный хорошо оптимизированный алгоритм (код), который используется в большинстве языков программирования...

используется libxml. работа с xml всегда медленна (за удобство приходится платить), однако самые медленные операции - создание xdoc объектов (документа и шаблона).


P.S. приведенная вами конструкция с match - ужасна. во первых проверять начинается ли строка с подстроки лучше используя .pos, а во вторых - зачем это вообще делать?

---