Преимущества/Недостатки использования XSL для рендеринга всех веб-страниц
Также есть команда !findstack. К сожалению, ему нужен символ в качестве параметра, поэтому подстановочные знаки или части имен не будут работать.
Пример:
0:001> !findstack wow64cpu!WaitForMultipleObjects32
Thread 001, 1 frame(s) match
* 01 0000000006c0eb10 0000000073e0d286 wow64cpu!WaitForMultipleObjects32+0x3b
Thread 003, 1 frame(s) match
* 01 000000000bb3ebf0 0000000073e0d286 wow64cpu!WaitForMultipleObjects32+0x3b
7 ответов
Серверная сторона:
Преимущества:- Чистые, краткие шаблоны
- Простой способ обработать данные XML в HTML
- Довольно быстро
- Модель программирования, незнакомая и неудобная для многих программистов процедурного языка
- Неловкий, если некоторые или все исходные данные не находятся в XML
- Может быть очень медленным при отсутствии осторожный использования (небольшие изменения могут иметь большие последствия),
Клиентский:
Преимущества:- Удобный способ разгрузить обработку на клиентский код, где сценарии могут потенциально иметь намного лучшее знание того, как лучше всего отформатировать получающийся HTML.
- Поддержка браузера разнообразна.
- Google не поблагодарит Вас.
Кажется, что они сделали это, потому что они знали XSL-T очень хорошо и уже имели данные XML под рукой.
Я не хотел бы решения сам. XSL-T не является самой легкой вещью читать или записать. Это не предоставляет себя хорошо визуализации, как посмотрит страница. Это сокращает разработчиков и веб-разработчиков из процесса. И это не интернационализирует хорошо. Нет ничего эквивалентного пакетам ресурса Java, которые могут вытащить локаль определенная информация. Я не рассматриваю сокращение и вставляю хорошее решение.
XSLT на стороне клиента
- Отключает прогрессивный рендеринг. Пользователь не будет видеть ничего вообще до всей таблицы стилей, и данные загружаются полностью.
- Не поддерживаемый поисковыми системами и другими поисковыми роботами. Они будут видеть необработанный XML.
- Не поддерживаемый более старыми/меньшими количествами усовершенствованными браузерами.
XSLT в целом
- Если Вы тщательно не разрабатываете свои таблицы стилей, они могут быстро стать трудными поддержать:
- с многочисленными шаблонами может быть очень трудно выяснить, какие шаблоны применяются.
- многословие XSLT и синтаксиса XML мешает понимать что-либо на взгляд.
- Приемы XPath заманчивы, но кошмар для изменения позже.
Походит на фетиш All-singing-all-dancing XML.
Так как можно сделать что-либо с XSLT, мог бы также сделать все. Я сделал, чтобы люди спросили, почему хранилищем данных не является просто XSLT, преобразовывает между входом, витриной данных и отчетами.
Преимущество. Все находится в XML.
Недостатки.
Не очень читаемый. Ваши шаблоны страницы перевязаны как преобразования XSLT с запутывающим цикличным выполнением и условными функциями обработки.
Любое изменение в шаблонах страницы требует эксперта XSLT, в дополнение к графическому дизайнеру, который создал (и отладил), HTML и CSS.
Я думаю, что XSLT является большим при создании правильный путь (Мы используем платформу шаблонов на работе).
Самое большое преимущество: независимый от платформы способ представить xml
Самый большой недостаток xsl трудно поддержать
Я должен был когда-то работать с xsl более чем 4 000 строк долго, который также включает несколько других шаблонов xsl. Теперь, когда было твердо работать с!
Ответы выше предоставляют хороший обзор некоторых преимуществ и недостатки XSLT. Я хотел бы добавить другой недостаток. Мы нашли, что Вы довольно быстро сталкиваетесь с проблемами масштабируемости при использовании XSLT для умеренно больших наборов данных.
При обработке XML-файлов XSLT должен загрузить весь документ в память. С Xalan это использует примерно 10x размер входного файла (у сакса есть альтернативная реализация DOM, которая использует меньше памяти). Если какой-либо из Ваших входных наборов данных растет вне нескольких сотен мегабайтов, Ваш процессор XSLT мог бы просто выключиться.