ou l'amélioration progressive des marqueurs distincts

Question

Je ne suis pas sûr que le titre est la meilleure possible, mais je ne peux pas penser à quelque chose parfaitement descriptif. Voici mon scénario.

Je dois construire un portail web qui emploiera tous les « cloches et de sifflets » offerts par ajax et Javascript, tout en restant accessibles et fonctionnels pour les utilisateurs qui ne peuvent pas avoir Javascript et / ou utilisent les systèmes existants. Comme je le vois, j'ai deux chemins que je peux prendre.

1. « Amélioration progressive »: avec cette approche, nous aurons un ensemble de balisage, il servira de portail HTML classique entièrement fonctionnel. La bibliothèque clientside ensuite améliorer le balisage existant pour remplacer la fonctionnalité html et la remplacer avec la fonctionnalité Javascript avancé.

2. La seconde idée est d'avoir deux bibliothèques clientes, un pour le activation du Javascript portail, et un pour le HTML classique.

Il y a des avantages et des inconvénients que je vois.

1. Le premier scénario conserve une empreinte plus petite pour maintenabilité. Nous avons un ensemble de balises, il n'y a pas de duplications ou des problèmes de synchronisation. Les points négatifs que je vois ici le code peut s'embrouillé avoir à faire double, et peut être plus facilement corrompu.

2. Le deuxième scénario est bon en ce que chaque aspect portail peut être optimisé pour ses besoins. Il est évident que le maintien de deux ensembles de code apportera beaucoup de problèmes d'entretien.

Je me penche actuellement vers le scénario 1, mais le scénario 2 a quelques points positifs que j'aime, comme la facilité d'ajouter une troisième option. Franchement, je suis tiraillé entre les deux possibilités que les deux sont viables. Quel scénario fait le plus de sens?

Answer 1

amélioration progressive shoould être le chemin à parcourir, mais il est un concept relativement nouveau. Cela dépend vraiment des préférences de vos utilisateurs. Si la majorité (ou une part importante) devrait utiliser beaucoup de différents téléphones mobiles - je vous recommande l'amélioration progressive avec une bibliothèque pour cela. Avoir à regarder jQuery Mobile car il est très prometteur et sera bientôt publié.

La seconde idée est la peine que si des fonctionnalités majeures ou avantages de l'application nécessite javascript. Ensuite, la création d'un front-end bas de gamme (: P) pour certains utilisateurs semble raisonnable. Gmail est un bon exemple. Ses caractéristiques dépendent de JS et il ne serait pas quelque chose d'intéressant sans eux, donc il y a une version pauvre aussi qui fonctionne bien même dans le lynx.