2009-07-31 20 views
0

Ich will keinen Flammenkrieg starten, aber ich bin gespannt was die Leute denken.Wird CSS und Javascript-Hackish oder Good Practice dynamisch geladen?

Die Vorteile, die ich von zum dynamischen Laden denken kann:

  • -Dateien laden, wie Sie sie benötigen. Schnellere Ladezeiten
  • können Sie Widgets erstellen, die nur mit Anbindung an das Widget und das Widget lädt alle seine Dateien

Einige (mögliche) Negative in Ihre Seite ein Haken:

  • Loading Zeug in den Kopf danach Lasten (habe ich nur Angst davor zu tun das? :-P)
  • Sicherstellen, dass der Code ausgewertet wird.
  • Javascript wird deaktiviert.

Lassen Sie mich wissen, was Sie denken!

Danke! Matt

Antwort

2

Nimmt es wirklich das viel Bandbreite? Ich betrachte den kleinsten Teil einer Webanwendung, die ich entwickelt habe, als JavaScript/CSS. Außerdem speichert der Browser den Cache, es ist nur der erste Treffer, der wirklich zählt. Es macht keinen Sinn, Komplexität hinzuzufügen, um ein so kleines Problem zu besiegen.

EDIT

von meinem Kommentar Aufbauend auf, es gibt ein paar wirklich gute Artikel um, wie Sie mit Hilfe von JavaScript entwickeln sollte. Die allgemeine Idee ist, Ihre Anwendung in einer mehrschichtigen Weise zu entwickeln. Javascript sitzt nur auf der Oberseite, aber es ist nicht grundlegend für das Funktionieren Ihrer Website. Mit deaktiviertem Javascript sollte alles gut funktionieren. Entwickeln Sie immer so, als ob der Benutzer kein Javascript aktiviert hat (manche Benutzer deaktivieren es nur aus Leistungsgründen). Es ist eine gute Übung.

+0

Meine Webseiten sind wie 98% Javascript und 2% CSS, HTML haha. Viele AJAX- und Page-Manipulationen. – Matt

+0

Ich sollte sagen, so sieht mein Front-End aus. – Matt

+1

Um ehrlich zu sein, sollten Sie vorsichtig mit Javascript sein. * Immer * entwickeln, als ob der Benutzer Javascript nicht aktiviert hat. Dann, wenn es funktioniert, fügen Sie Javascript hinzu. Dies wird als progressive Verbesserung mit eleganter Verschlechterung bezeichnet. Mit Javascript aktiviert, brillant, aber mit deaktiviert, sollte es noch gut funktionieren. – Kezzer

1

Ich komprimiere im Allgemeinen alle meine CSS in eine Datei und alle meine JavaScript benötigt die Seite in eine andere (mit YUICompressor.) Dann lade ich diese beiden Dateien statisch in das HTML-Dokument. Es zeigt den Inhalt so früh wie möglich für Ihre Benutzer an (auch wenn sie während des Wartens möglicherweise keine gute Ladeanzeige erhalten) und verbraucht weniger Serverressourcen.

Wenn ich JavaScript/andere Inhalte, die nach Benutzerinteraktion benötigt werden, habe, lade ich das dynamisch. Ich habe nicht wirklich mit vielen Projekten gearbeitet, die vom dynamischen Laden profitiert haben, aber hier ist eine, die ich für meine JavaScript-Bibliotheken gemacht habe: "Blixt's JavaScript Realm" (aber der Grund dafür ist, dass der ganze Zweck dieses Projekts darin bestand, es als JavaScript zu erstellen -ish wie möglich ...)

1

auf einer sehr großen beliebten Website möchten Sie die Gesamtzahl der HTTP-Anfragen, auch kleine minimieren. Amazon und Ebay tun dies sehr gut und verwenden sogar Techniken namens css image sprites, um alle Bilder der ersten Seite als ein riesiges gif oder jpeg zu laden und dann CSS zu verwenden, um den Overhead jeder HTTP GET-Anfrage zu sparen. Jede vermiedene Anforderung kann einige hundert Bytes speichern.

+0

Ein paar hundert Bytes sind nicht der Hauptgrund, die Anzahl der Anfragen zu reduzieren, wenn Sie mich fragen; Bei jeder einzelnen Anfrage entsteht ein zusätzlicher CPU/Speicher-Overhead, der einen Server eher als eine zusätzliche Bandbreitennutzung beansprucht. – Blixt

+0

Also befürworten Sie, nur alles als eine zu laden und zu komprimieren? Anstatt Pakete nach Bedarf zu laden? – Matt

Verwandte Themen