Текущее состояние клиентской стороны XSLT

Последнее, что я слышал, Blizzard было одной из немногих компаний, которые на практике применили XSLT на стороне клиента (2008). Это все еще имеет место в 2011 году, или больше людей сейчас изучают эту технику в производстве?Текущее состояние клиентской стороны XSLT

Кажется, что современные браузеры (IE9, FF4, Chrome) и вычислительная мощность для клиентов используются для использования этого стандарта для осязаемой экономии мощности и пропускной способности центрального процессора по крупномасштабным свойствам. Я что-то упускаю?

Отрицательные аспекты Я в курсе, включают

время дополнительный рендеринг
дополнительные средства, необходимые на некэшированным загрузки страницы
дополнительный уровень сложности
заметно меньше опыта разработчиков, чем на стороне сервера методы шаблонов

Преимущества, которые я воспринимаю, включают

шаблон композиция выгружен на клиенте
кэширования общих фрагментов шаблона разгруженных на клиенте
логического разделения структуры документа и данные
хорошо документированы веб-стандарт поддерживается всеми современными браузерами

Наконец, хотя я знаю, что невозможно предсказать будущее, мне любопытно узнать, будет ли наступательный день XSLT на стороне клиента. С интересом к HTML5 заставляя пользователей обновлять свои браузеры и разработчиков для изучения новых технологий, я очень хочу посмотреть, что развивается.

Спасибо заранее,

Кейси

Edit:

Любое понимание того, как трансформируются XML рассматривается Google и разветвлений он имеет на SEO ценится тоже.

источник

2011-01-04 Casey

Вы писали: * Я бы сказал, да. Как насчет вас? * Это может быть принято как субъективное и аргументированным. Если вы хотите ответить сегодня на http://stackoverflow.com/questions/274290/any-big-sites-using-client-side-xslt, вы должны добавить щедрость на это –

Хороший момент Алехандро - я уничтожил мои личные мысли теперь, когда они задокументированы в вашем комментарии :) Я видел эту статью, которую вы связали (я опубликовал несколько комментариев, прежде чем создавать свои собственные), но я не знал, что могу начать щедрость для вопросов других людей или вопросов, которые уже приняли ответы. Я рассмотрю этот подход в следующий раз. Благодаря! – Casey

Хороший вопрос, +1. См. Мой ответ на факты и последние события. :) –

Возможно, я как-то потерялся в переводе, но, по-моему, проблемы SEO являются основной причиной, предотвращающей много людей использования клиентской XSLT.

Я не знаю поисковых роботов, способных анализировать приложение/xml вместо простого html или даже flash.

Тем не менее, это хорошая практика (например, mail.yandex.ru - действительно замечательный пример) для высоконагруженных веб-приложений для использования XSLT частично на клиенте, потому что трафик большой и оптимизация для SEO не нужна.

источник

2011-01-04 19:23:53 Flack

Интересно, я думал, что Google изменил XML. Если это не так, то это не стартер – Casey

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

И не забывайте, что Google не единственный. Во многих странах он не имеет даже лидирующей доли на рынке. – Flack

Проблема с материалом XSLT в Интернете заключается в том, что есть много других вещей, которые могут быть использованы вместо него, которые проще для разработчиков. Я никогда не вижу, чтобы XSLT держался в Интернете в той форме, которую вы описываете, на самом деле я полагаю, что Blizzard на самом деле вытащила переводы XSLT на стороне клиента со своих сайтов, когда они недавно сделали некоторые редизайны для консолидации своих брендов.

Поверьте мне, я бы хотел, чтобы я написал решение для компании, в которой я работал в прошлом, которая использовала XSLT-переводы для всех своих шаблонов переднего конца. Он не использовал переводы на стороне клиента, потому что это было в 2005 году, когда по-прежнему оставалась большая доля рынка браузеров, которые не поддерживали клиентскую XSLT. Одна из самых больших проблем, которые мы имели при работе с этой системой, заключалась в поиске разработчиков, которые могли бы помочь в этом. И когда вы нашли кого-то, кто мог бы работать с ним, они бы смяли много шаблонов, потому что XSLT-разработка - это другой зверь, чем любой другой язык шаблонов.

Хотя преимущества использования XSLT огромны (выполните поиск в Google для симфонии, большой cms, который использует xslt в качестве системы для шаблонов). Я не вижу, чтобы это значительно укрепилось для разработки интерфейса.

источник

2011-01-04 18:50:40

Спасибо за ваши мысли и за то, что вы указали на освещенность Blizzard - рад, что я преодолел эту зависимость от WoW. Мне было бы очень интересно узнать, почему они отступили от него; слишком плохо, что у них нет блога разработчиков. Я видел Symphony CMS, и это кажется отличной идеей - если/когда клиентская сторона XSLT станет желательной, вы будете загружены для безболезненного переключателя. – Casey

Я использую клиентскую XSLT на kulesh.info. Я не нашел различий в IE 6-9, Chrome, Safari и Firefox. Преобразование XSLT происходит очень быстро. Я не делал никаких измерений скорости, но я не вижу различий по сравнению с чистой версией HTML (даже на первом поколении iPod Touch).

mail.yandex.ru (поставщик большой почты в России) также использует XSLT на стороне клиента.

источник

2011-01-04 19:02:57 NVI

При принятии решения об использовании XSLT это обычно сводится к стоимости времени разработки по сравнению с предполагаемой выгодой в циклах ЦП. Для маленького клиента это почти повсеместно означает: XSLT, если он существует, идет на стороне сервера. Для выяснения всех проблем клиента просто недостаточно преимуществ.

Если произойдет прорыв, он будет находиться на больших сайтах, таких как: facebook или google. На этих процессорах циклы, выгруженные клиенту, составят значительную цифру $$$, достаточную для того, чтобы оправдать найм разработчиков (разработчиков), которые сгладят проблемы с клиентом. Я бы наблюдал за этими игроками, чтобы увидеть, произойдет ли какое-то изменение.

источник

2011-01-04 19:08:02 galets

Да, большая рыба, безусловно, справится с этим изменением - подумайте о преимуществах на сайте, таком как Wikipedia. Я думаю, часть моего вопроса - что мешает крупным игрокам делать это сегодня? – Casey

@ Casey: Я не знаю ... Я бы предположил, что это такой же старый «хороший» подход. Вероятно, выигрыш не дает значительных издержек. – galets

Я сделал сайт XML-XSLT пару лет назад для проекта в школе и заметил ошибку: Firefox не поддерживает отключение вывода-вывода.

https://bugzilla.mozilla.org/show_bug.cgi?id=98168

источник

2011-01-04 19:59:47 ZippyV

Да. В последнее время это обсуждалось http://stackoverflow.com/questions/4492303/parsing-xml-string-using-xslt/4492361#4492361. AFAIR, на самом деле это не ошибка, потому что поддержка DOE не является обязательной для исполнителей. – Flack

@ Флак: Вы правы, это не ошибка. Они не применяли топологическое пространство XPath 'namespace' ...Но для реальной таблицы стилей производства это не должно быть проблемой. –

@Alejandro, они каким-то образом объяснили отсутствие оси пространства имен? Потому что это выглядит как ошибка для меня. – Flack

Последнее, что я слышал, Blizzard была одна из немногих компаний, поставить на стороне клиента XSLT на практике (2008). Это еще случай в 2011 году, или больше людей теперь изучает эту технику в продукции?

Вот некоторые примеры:

Jenni Tennison's site полностью XSLT-клиент-сайт управляемый и было так в течение многих лет.
Этот коммерческий сайт полностью на сторону клиента XSLT привод: http://www.skechers.com/
У нас уже есть реализация XQuery в браузере: XQIB
Майкл Кей расказывал его попытаться произвести XSLT 2.0 in the browser, и в скором времени будет что-то работающее.

Некоторые люди утверждают, что XSLT не предназначен для «программирования в целом» - например, в нем отсутствуют какие-либо отдельные возможности компиляции. Будем надеяться, что предстоящий XSLT 3.0 изменит это.

источник

2011-01-05 02:48:55

Текущее состояние клиентской стороны XSLT

ответ

Смежные вопросы