parser

Написать ответ на текущее сообщение

 

 
   команды управления поиском

Ответ

Vint 09.07.2009 21:59

Я бы ещё добавил вариант теста при сборке xml через DOM-методы. Хотя бы для разных версий парсера. Но практически в любом случае этот вариант будет более ресурсоёмким.


P.S.: moko, скажи пожалуйста, в студийных сайтах xml оптимизируется по white-space перед кешированием и/или скармливанием на transform?

Ведь для удобства чтения код пишется примерно так:
@xml1[data][field]
^data.menu{
	<data id="$data.id">
		<fdate>$data.fdate</fdate>
		<fcontent1>$data.fcontent1</fcontent1>
		<fcontent5>$data.fcontent5</fcontent5>
	</data>
}
соответственно, xml получается сильно "дырявый", занимает больше места и ресурсов при трансформе. Имеет смысл проходиться match'ем или replace'м для конкатенации всех строк? Ведь это тоже недешёвые операции.