Pregunta

Digamos que me han encargado diseñar un producto que tendrá una interfaz basada en navegador.
El equipo de ventas quiere una aplicación elegante.El equipo de gestión del producto quiere que el producto sea rentable (hasta la fase de mantenimiento).

Ahora supongamos que el equipo técnico toma la decisión (deseo :)) si darles a los usuarios una apariencia "enriquecida" de sitios como stackoverflow/facebook o darles algo de la era de 2006...Con este montón de consideraciones incluidas...

  1. Se prevé que la vida útil del producto sea de unos 6 años.
  2. El equipo de mantenimiento del producto no debería necesitar refactorizar el código para que coincida con los navegadores futuros.
  3. El equipo de mantenimiento del producto solo mejorará la funcionalidad empresarial.
    ..y un montón de cosas relacionadas como esta

..¿Recomendarías que se use ajax?En caso afirmativo, ¿qué me da esa garantía de que la interfaz de usuario (marco ajax) que uso hoy continuará funcionando sin cambios en las próximas 2 o 3 versiones del navegador?

EDITAR:Por favor, no asuma que tengo algo en contra de AJAX.He estado trabajando en DHTML desde 1999 y ajax desde antes de que se llamara ajax :) También he estado trabajando en componentes del lado del servidor que no han necesitado cambiar desde 2002 solo porque estaban codificados según una especificación.

Dicho esto, tengo experiencias de primera mano sobre cuánto código de "fallo elegante" tendría que escribir sólo para mantener contentos a estos navegadores caprichosos.De todos modos, gracias por todas sus respuestas y supongo que he vuelto a implementar el código "sin problemas" una vez más.

¿Fue útil?

Solución

En general, cualquier marco se usa durante muchos años y, como tal, AJAX ha existido bastante tiempo.Además, los cambios / actualizaciones del navegador son muy escasos en este momento y todavía tenemos un 60% de uso de IE6 si eso es un tipo de cualquier tipo.

Generalmente, arquitecto Su sistema / solución con la idea de la solución de deformación en el caso de los marcos AJAX / JQERY no está disponible.Use los marcos para extender las características y la funcionalidad de la interfaz de usuario, pero, en una base sin ellos, todavía tendría funcionalidad.

Otros consejos

IMHO, Ajax no es un tipo tan malo.¿Por qué crees que usando Ajax condenará a su producto?Si usa AJAX para proporcionar riqueza de UI, y también tiene miedo de fallar de lo mismo, puede pensar en mantener un mecanismo de retraso.Incluso hay otros marcos como WPF, Silverlight, etc. para RIA.Ajax es bastante estable ahora (me refiero a Ajax en MS .NET, porque Ajax de lo contrario es un viejo sabio ahora).Silverligt también se está poniendo bastante estable.Estoy viendo algunos problemas con WPF, pero también puedes mirarlo.

Es posible que ya sepa esto, pero Ajax se ha convertido en parte y parcela de desarrollo web moderno en los últimos dos o tres años; Simplemente se supone que, si tiene personas de calidad, su aplicación web utilizará AJAX. Realmente ni siquiera usamos el término mucho; Más a menudo es simplemente algo que está implícito cuando alguien dice "jQuery", etc.

Las bibliotecas modernas de JavaScript proporcionan una gran cantidad de aislamiento de los cambios del navegador, aunque sus desarrolladores deberán ejercer autocontrol al no hacer uso de las últimas características propietarias de los navegadores si las cosas deben ser compatibles con los navegadores cruzados. También hay pilas de nivel superior, como el kit de herramientas web de Google que lo hacen mucho, lo que abstrae las cosas de bajo nivel, aunque no necesariamente las recomendaría (o recomendaría contra ellos).

Si su situación requiere una aplicación web moderna, una aplicación más tradicional o un conjunto de una página web estática es algo que deberá determinar sobre la base de los recursos que tiene. Como alguien más ha dicho, es bueno trabajar en una degradación elegante en los casos en los que se encuentra un navegador más antiguo.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top