Zuletzt hörte ich, dass Blizzard eines der wenigen Unternehmen war, das clientseitiges XSLT in die Praxis umsetzte (2008). Ist das 2011 noch so, oder erforschen mehr Leute diese Technik in der Produktion?
Es scheint, dass moderne Browser (IE9, FF4, Chrome) und Client-Prozessorleistung darauf ausgelegt sind, diesen Standard zu nutzen, um spürbare Einsparungen bei der Server-CPU-Leistung und Bandbreite bei großen Eigenschaften zu erzielen. Fehle ich etwas?
Zu den negativen Aspekten, die mir bekannt sind, gehören
Zu den Vorteilen, die ich wahrnehme, gehören
Obwohl ich weiß, dass es unmöglich ist, die Zukunft vorherzusagen, bin ich neugierig auf die Meinungen darüber, ob der clientseitige XSLT-Tag kommen wird oder nicht. Mit Interesse an HTML5, die Benutzer dazu bringt, ihre Browser und Entwickler auf neue Techniken umzusteigen, bin ich gespannt, was sich entwickelt.
Vielen Dank im Voraus,
Casey
Bearbeiten:
Jeder Beitrag, wie transformiertes XML von Google gesehen wird und welche Auswirkungen es auf SEO hat, wird ebenfalls geschätzt.
Ich könnte irgendwie in der Übersetzung verloren gehen, aber ich denke, SEO-Probleme sind der Hauptgrund, viele Leute davon abzuhalten, clientseitige XSLT zu verwenden.
Ich bin mir nicht der Suchroboter bewusst, die in der Lage sind, application / xml zu parsen statt einfach nur html oder sogar flash.
Dennoch ist es eine gute Übung (mail.yandex.ru ist in der Tat ein bemerkenswertes Beispiel), dass hoch geladene Web-Apps XSLT teilweise auf dem Client verwenden, da der Traffic groß ist und SEO-Freundlichkeit nicht notwendig ist.
>Ich verwende clientseitige XSLT auf kulesh.info . Ich habe keine Unterschiede in IE 6-9, Chrome, Safari und Firefox gefunden. Die XSLT-Transformation erfolgt sehr schnell. Ich habe keine Geschwindigkeitsmessung durchgeführt, aber ich sehe keine Unterschiede im Vergleich zur reinen HTML-Version (selbst bei der ersten Generation von iPod Touch).
mail.yandex.ru (großer Mail-Provider in Russland) verwendet XSLT auch auf der Clientseite.
Zuletzt hörte ich, Blizzard war einer der einige Unternehmen, um Client-seitiges XSLT zu setzen in die Praxis umsetzen (2008). Ist das immer noch? der Fall im Jahr 2011, oder sind mehr Menschen jetzt erkunde diese Technik in Produktion?
Hier sind einige Beispiele:
Die Website von Jenni Tennison ist vollständig XSLT-Client-Site-basiert und hat war so für Jahre.
Diese kommerzielle Website ist vollständig clientseitig XSLT-gesteuert: Ссылка
Wir haben bereits eine Implementierung von XQuery im Browser: XQIB
Michael Kay hat über seinen Versuch, XSLT 2.0 zu veröffentlichen, gebloggt im Browser und bald würde etwas funktionieren.
Einige Leute argumentieren, dass XSLT nicht für das "Programmieren im Großen" entwickelt wurde - zum Beispiel fehlen ihm irgendwelche separaten Kompilierungsfähigkeiten. Hoffen wir, dass das kommende XSLT 3.0 dies ändern wird.
Das Problem mit dem XSLT-Zeug im Internet ist, dass es so viele andere Dinge gibt, die anstelle dessen verwendet werden können und die den Entwicklern leichter fallen. Ich kann nie wirklich sehen, wie XSLT im Web in der von Ihnen beschriebenen Form Einzug hält. Tatsächlich glaube ich, dass Blizzard die XSLT-Übersetzungen auf der Kundenseite von ihren Websites übernommen hat, als sie kürzlich einige Redesigns durchgeführt haben, um ihre Marken zu konsolidieren.
Glauben Sie mir, ich wünschte, es wäre so, ich habe eine Lösung für eine Firma geschrieben, für die ich in der Vergangenheit gearbeitet habe und die XSLT-Übersetzungen für all ihre Front-Templates verwendet hat. Es wurden keine clientseitigen Übersetzungen verwendet, da dies 2005 noch der Fall war, als es immer noch einen großen Marktanteil von Browsern gab, die clientseitige XSLT nicht unterstützten. Eines der größten Probleme bei der Arbeit mit diesem System bestand darin, Entwickler zu finden, die bei der Arbeit helfen konnten. Und wenn du jemanden gefunden hast, der damit arbeiten könnte, würden sie eine Menge Templating abschlachten, weil XSLT-Entwicklung ein anderes Biest ist als jede andere Templating-Sprache dort draußen.
Obwohl die Vorteile der Verwendung von XSLT enorm sind (eine Google-Suche nach Symphony, einem großartigen CMS, das xslt als Template-System verwendet), sehe ich nicht, dass es für die Front-End-Entwicklung viel mehr braucht.
Wenn Sie eine Entscheidung über die XSLT-Nutzung treffen, kommt es in der Regel zu Kosten für die Entwicklerzeit gegenüber dem wahrgenommenen Nutzen in den CPU-Zyklen. Für einen kleinen Kunden bedeutet es fast immer: XSLT, wenn es existiert, geht auf eine Serverseite. Es ist einfach nicht genug, um alle Kundenprobleme herauszufinden.
Wenn ein Durchbruch kommt, wird es auf den großen Seiten wie Facebook oder Google sein. Auf diesen stellen die auf einen Client ausgelagerten CPU-Zyklen einen signifikanten Wert von $$$ dar, der ausreicht, um Entwickler einzustellen, die die Client-Probleme ausbügeln werden. Ich würde diese Spieler beobachten, um zu sehen, ob sich etwas ändert.