2016-10-23 1 views
0

Viele Web-Anwendungen verwenden heutzutage eine Art dynamischer Inhalt, der über jQuery oder AJAX geladen wird, anstatt nur auf neue separate Seiten zu verlinken, sodass der Benutzer durch die Webseite navigieren kann, ohne wirklich auf eine andere Seite zu wechseln. Oft scheint diese Art von Web-Technologie schneller zu sein, da die Anforderung von etwas weniger großem Footprint (wie JSON-kodierte Daten) schneller und daher für die Site-Performance besser ist.Separate Seiten vs dynamischen Inhalt laden

Aber viele Webprojekte bevorzugen das "altmodische" Modell: Sie verlinken zu anderen Seiten, wenn der Benutzer zu einer anderen Seite navigiert, wird eine ganze HTML-Datei vom Server angefordert.

Was sind die Vor- und Nachteile für beide Fälle? Was ist Ihrer Meinung nach der richtige Weg für moderne Web-Anwendungen?

Bitte beachten Sie, dass es sich nicht um statische oder dynamische Seiten oder clientseitige Frameworks im Vergleich zu serverseitigen Frameworks oder deren Kombination handelt. Es geht nur um Ihre Perspektive zu diesem Thema im Allgemeinen.

Vielen Dank im Voraus.

Antwort

1

Es gibt ein paar Perspektiven von dem, was Sie fragen. Sie haben die Wahl, den Inhalt von einer AJAX-Anfrage zu erhalten ODER tatsächlich einen Client zu navigieren.

Das Protokoll
In einer Art und Weise es ärgerlich sein könnte für einen Benutzer tatsächlich auf der gleichen Seite des ganze Zeit bleiben, bewirken, dass der Link nicht in allen Stämmen oder der Kunde in der Lage, nicht zu Lesezeichen gespeichert werden Die Seite. Zum Beispiel in der Chrome-Autocomplete-Funktion. Die Leute navigieren ständig zu Anmeldeseiten. Aber wenn es keine Seite wie example.com/login.php gäbe, würden die Leute sicherlich genervt sein, dass der Chrome keine exakte Navigation dazu machen konnte. Von dieser Seite aus wäre es besser, einen externen Hyperlink wie example.com/login.php zu verwenden.

Das Speed ​​
Es geht schneller eine Seite mit AJAX anstelle des Browsers anfordert viele Steckdosen an den Server sendet. Also, wenn Sie aus dieser Perspektive es betrachtet wäre es besser, mit AJAX

Das Gefühl der Schönheit
eine Website sauber zu halten, ist sehr beliebt für Entwickler und sauber, eine Website zu halten enthält auch den Hyperlink, wo Erweiterungen würden nicht wirklich gut sein. Auch wenn URL_Rewriting wäre eine Option. Aber für Begrüßungsseiten wird AJAX vorgeschlagen, anstatt den Benutzer zu Links zu navigieren.

Foren?
Hier gelangen wir zurück zu Das Log wo der Punkt es so der Benutzer kann zurück in das Protokoll gehen oder den Link als Lesezeichen speichern. Aber ein Forum-Post-Link kann wirklich lang und ärgerlich sein, dass Sie ihn nicht finden können, wenn Sie diese AJAX-Anfragen verwenden. So in dieser Perspektive wäre es einen Benutzer glücklich machen zu können, die sauberere Version mit URL_Rewrite bekommen, die eigentlich längerer Zeit dann sowohl von AJAX und normaler Navigation



Also aus meiner Sicht nimmt würde ich mit url_rewriting vorschlagen, wenn Sie planen ein Forum oder eine Community, in der Kunden/Nutzer Themen veröffentlichen können. Aber die Verwendung von AJAX-Anfragen an kleinere Webseiten ist wirklich empfehlenswert!

+0

Ich stimme den meisten Ihrer Punkte zu, aber es gibt Techniken wie Hashchange-Ereignisse und Browser-Änderungen durch Javascript (https://css-tricks.com/dynamic-page-replacing-content/). Eine weitere Option wäre das History-Modul von HTML5, das möglicherweise noch nicht in jedem Browser verfügbar ist (https://css-tricks.com/rethinking-dynamic-page-replacing-content/). Aber ich denke, dass so etwas einfache Websites überkompensieren könnte, da man natürlich seine gesamte Website auf eine spezielle Art und Weise strukturieren muss, speziell für das AJAX-Laden. – Jonniboy

+0

True, auch mit den Cleaner-Typen einige Header möglicherweise nicht funktioniert, oder Fehler wird bereits vom Host gesendet –

1

Du wird wahrscheinlich abgeschossen werden, da die Frage eine Diskussion über eine bestimmte Tech-Frage, aber trotzdem:

Statische vs. dynamische Inhalte Laden - beide haben ihren Platz. Es ist wirklich nichts falsch daran, dynamisches Laden von Inhalten zu verwenden, solange Sie immer noch einen Fallback haben, falls Benutzer Javascript nicht aktiviert haben, Lesezeichen erstellen können (damit der Inhalt leicht wieder gefunden werden kann), doesn ' t zu viele Daten laden (weil die Ladezeit für den dynamischen Inhalt alle Vorteile beseitigt, wenn die Datenlast zu hoch ist).

Statische Seiten werden meistens zwischengespeichert, und solange der Inhalt nicht zu schwer ist (wieder), dauert das Laden der neuen Seite nicht viel länger. Was beim Laden dynamischer Inhalte einfacher ist, ist, dass Sie das Vorladen im Hintergrund durchführen können. So können Sie einfach fantasievollere Effekte (Ein- und Ausblenden) erstellen und so weiter.

Was Sie tun müssen, ist darüber nachzudenken, was die Seite ist - ist es vorteilhaft, einfaches, seitenbasiertes Laden (zum Beispiel einen Webshop oder News-Site) zu haben, oder ist es eine einfachere Website, ohne die Notwendigkeit mehrere Ebenen Deeplinking. Wenn es das letztere ist, könnte das Laden dynamischer Inhalte ein besserer und schneller Weg sein.

Auch mit der Verwendung beider Techniken ist nichts falsch. Verwenden von regulären Links und Seiten für den Hauptinhalt und Verwenden des Ladens von dynamischem Inhalt für bestimmte Inhalte, die ein Benutzer bearbeiten kann. Das erneute Laden einer Tabelle oder einer Liste von Informationen auf der Basis von Benutzerinteraktionen innerhalb der Site, ohne dass ein erneutes Laden erforderlich ist, könnte sowohl schneller als auch weniger störend für den Benutzer sein.

+0

Vielen Dank für Ihre Meinung. Ja, ich weiß, dass es abgeschossen wird, aber trotzdem gibt es viele Diskussionen wie Fragen zu stackoverflow, die wirklich interessant sind, um imo zu lesen, und ich hoffe, dass es einfach geschlossen wird anstatt einer ganzen Löschung. – Jonniboy