Mejora progresiva o marcado separada

Question

No estoy seguro de que el título es la mejor posible, pero no puedo pensar en algo perfectamente descriptivo. Aquí está mi escenario.

Tengo que construir un portal web que dará empleo a todas las "campanas y silbatos" ofrecidas por el Ajax y Javascript, mientras que los sistemas de legado todavía accesibles y funcionales a los usuarios que no pueden tener Javascript, y / o están utilizando. Tal como lo veo yo tengo dos caminos que puede tomar.

1. "mejora progresiva": con este enfoque vamos a tener un conjunto de marcas, que servirá como un portal HTML clásico completamente funcional. La biblioteca del lado del cliente será entonces mejorar el marcado existente para anular html funcionalidad y sustituyen con la funcionalidad avanzada Javascript.

2. La segunda idea es tener dos bibliotecas de cliente, una para el portal de Javascript habilitado, y uno para el clásico HTML.

Hay pros y los contras que veo.

1. El primer escenario mantiene una huella más pequeña para el mantenimiento. Tenemos un conjunto de marcado, no hay duplicaciones o problemas de sincronización. Los aspectos negativos que vemos aquí son el código que puede conseguir confuso tener que hacer una doble función, y puede ser dañado más fácilmente.

2. El segundo escenario es bueno en que cada aspecto portal se puede optimizar para sus necesidades. Obviamente mantener dos conjuntos de código traerá un montón de problemas de mantenimiento.

Actualmente estoy inclinando hacia el escenario 1, pero el escenario 2 tiene algunos aspectos positivos que me gustan, como la facilidad de añadir una tercera opción. Francamente estoy rota entre las dos posibilidades ya que ambos son viables. Qué escenario tiene más sentido?

Answer 1

Mejora progresiva shoould ser el camino a seguir aquí, pero es un concepto relativamente nuevo. Realmente depende de las preferencias de los usuarios. Si se espera que la mayoría (o una gran parte) a utilizar una gran cantidad de diferentes teléfonos móviles - Me gustaría recomendar la mejora progresiva con una biblioteca para eso. Tener vistazo a jQuery Mobile ya que es bastante prometedor y pronto será puesto en libertad.

La segunda idea es la pena sólo si las principales funcionalidades o ventajas de la aplicación requieren Javascript. A continuación, la creación de un front-end de gama baja (: P) para algunos usuarios parece razonable. Gmail es un buen ejemplo. Sus características dependen de JS y no serían interesantes nada sin ellos, así que hay una pobre versión también que funciona bien, incluso en el lince.