Frage

Ich bin nicht sicher, ob der Titel ist die beste, aber ich kann nicht denken, etwas perfekt beschreibend. Hier ist mein Szenario.

Ich habe ein Web-Portal zu bauen, die alle den „Schnickschnack“ von Ajax und Javascript angeboten werden beschäftigen, während sie noch zugänglich und funktional für Benutzer, die Javascript nicht haben, und / oder verwenden Legacy-Systeme. Wie ich es sehe ich habe zwei Pfade ich nehmen kann.

  1. „Progressive Enhancement“: mit diesem Ansatz, den wir einen Satz von Markup haben werden, wird es als ein voll funktionsfähiges Portal klassischen HTML dienen. Die clientseitige Bibliothek wird dann verbessert die bestehenden Markup HTML-Funktionalität außer Kraft zu setzen und es mit der erweiterten Funktionalität Javascript ersetzen.

  2. Die zweite Idee ist zwei Client-Bibliotheken zu haben, eine für das Javascript aktivieren, damit Portal und einen für den klassischen HTML.

Es gibt Vor-und Nachteile, die ich sehe.

  1. Das erste Szenario hält eine kleinere Stellfläche für Wartbarkeit. Wir haben eine Reihe von Auszeichnungen, gibt es keine Verdopplungen oder Synchronisierungsprobleme. Die Negative ich hier sehen, sind der Code mit sich verfahren doppelte Aufgabe zu tun, und mehr kann leicht beschädigt.

  2. Das zweite Szenario ist in gut, dass jedes Portal Aspekt kann auf seine Bedürfnisse optimiert werden. Offensichtlich Aufrechterhaltung zwei Sätze von Code wird viele Wartungsprobleme bringen.

Ich bin Neigung zur Zeit in Richtung Szenario 1, jedoch Szenario 2 hat einige positive Ich mag, wie einfache eine dritte Option hinzufügen. Ehrlich gesagt bin ich zwischen den beiden Möglichkeiten zerrissen, da beide lebensfähig sind. Welches Szenario ist am sinnvollsten?

War es hilfreich?

Lösung

Progressive Enhancement shoould die Art und Weise sein, hier zu gehen, aber es ist ein ziemlich neues Konzept. Es hängt wirklich von Ihren Vorlieben der Nutzer. Wenn die Mehrheit (oder ein großer Teil) wird erwartet, dass viele verschiedene Mobiltelefone nutzen - würde ich Progressive Enhancement mit einer Bibliothek für das empfehlen. Haben Blick auf jQuery Mobile , da es recht ist versprechend und wird in Kürze veröffentlicht werden.

Die zweite Idee ist es wert, nur wenn wichtige Funktionen oder Vorteile der App Javascript erforderlich. Dann die Schaffung eines Low-End-Front-End (: P) für einige Benutzer scheint vernünftig. Google Mail ist ein gutes Beispiel. Seine Eigenschaften sind abhängig von JS und es würde nichts interessant, ohne sie sein, so ist es eine schlechte Version auch, dass gut funktioniert sogar in Luchs.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top