Il progressive enhancement o markup separata

Question

Non sono sicuro che il titolo è la migliore possibile, ma non riesco a pensare a qualcosa di perfettamente descrittiva. Ecco il mio piano d'azione.

devo costruire un portale web che darà lavoro a tutte le "campane e fischietti" offerti da Ajax e Javascript, mentre i sistemi legacy ancora accessibili e funzionali per gli utenti che non possono avere Javascript, e / o si utilizza. Come la vedo io ho due percorsi posso prendere.

1. "Progressive enhancement": con questo approccio avremo un set di markup, che servirà come un portale html classico completamente funzionale. La libreria lato client verrà quindi migliorare il markup esistente per sovrascrivere html funzionalità e sostituiscono con le funzionalità avanzate Javascript.

2. La seconda idea è quella di avere due librerie client, uno per il Javascript abilitato portale, e uno per il classico HTML.

Ci sono pro e contro che vedo.

1. Il primo scenario mantiene un ingombro più piccolo per la manutenibilità. Abbiamo una serie di markup, non ci sono duplicazioni o problemi di sincronizzazione. Gli aspetti negativi che vedo qui sono il codice può ottenere confuso dover fare il doppio dovere, e può essere più facilmente danneggiati.

2. Il secondo scenario è buono in che ogni aspetto portale può essere ottimizzata per le sue esigenze. mantenendo, ovviamente, due insiemi di codice porterà un sacco di problemi di manutenzione.

Al momento sto appoggiato verso lo scenario 1, ma lo scenario 2 ha alcuni aspetti positivi che mi piacciono, come la facilità di aggiungere una terza opzione. Francamente Sono combattuto tra le due possibilità in quanto entrambi sono vitali. Quale scenario ha più senso?

Answer 1

Il progressive enhancement quindi, devono essere il modo di andare qui, ma è un concetto relativamente nuovo. In realtà dipende le preferenze degli utenti. Se si prevede la maggior parte (o una grande azione) di utilizzare un sacco di diversi telefoni cellulari - io consiglierei di progressive enhancement con una libreria per questo. Dai un'occhiata al jQuery Mobile in quanto è molto promettente e sarà presto rilasciato.

La seconda idea è valsa la pena solo se le principali funzionalità o vantaggi di app richiedono JavaScript. Quindi creando una fascia bassa front-end (: P) per alcuni utenti sembra ragionevole. Gmail è un buon esempio. Le sue caratteristiche dipendono JS e non sarebbe nulla di interessante senza di loro, quindi non c'è una versione povera, inoltre, che funziona bene anche in lince.