jQuery Mobile Directions ASP.NET o MVC

Question

Trabajo para una organización sanitaria de buen tamaño como desarrollador web y recientemente me he encargado de desarrollar un conjunto de estándares y posibles aplicaciones de referencia para el desarrollo móvil. Nuestra metodología actual se basa en gran medida en asp.net 3.5 junto con una gran biblioteca de marcos que es común en todas nuestras aplicaciones.

Acabo de empezar a jugar con jQuery Mobile y parece que cualquier solución o dirección que surja se basará en gran medida en ese marco.

Preguntas:

1. ¿Es razonable o no intentar una solución jQuery Mobile en la parte superior de los formularios web asp.net? Me doy cuenta de que jQuery Mobile no hace uso de las publicaciones posteriores en una forma tradicional de formularios web, pero ¿se puede hacer? ¿Cuánto mejor sería una solución MVC? (He trabajado con ambos y no quiero entrar en una más grande formularios Web MVC vs discusión de preguntarse si uno simplemente funciona mejor con jQuery Mobile que el otro.)

2. ¿Cómo se guardan los datos en una aplicación de jQuery Mobile ? Obtengo la idea de la función de datos = "página", pero ¿los datos se guardan típicamente en el servidor web de back-end a través de llamadas ajax que no dependen de las copias de seguridad tradicionales de los clientes? Si no, ¿cómo? Si normalmente se basa en ajax, ¿entonces la idea de usar formularios web es simplemente una tontería?

Gracias,

Answer 1

Nuestra empresa es un gran proveedor de partes de mercado secundario en América del Norte. Actualmente tenemos varios sitios de formularios web asp.net (alejándonos de ellos) y una creciente colección de aplicaciones web y API de MVC 3.

Recientemente lanzamos nuestra primera aplicación web con motor jQuery Mobile y fue sorprendente lo fácil que fue. Realmente ayudó que este proyecto tuviera una buena arquitectura, por lo que el sitio jqm pudo recopilar rápidamente la mayoría de sus datos y contenido a través de nuestras capas Core y Service.

Le recomiendo crear una plantilla para construir sus páginas móviles. Lo actualizaré pronto con una muestra si eso ayuda, me ayudó muchísimo porque solo hay mucho que desear alejar en una página maestra. Y creo que MVC 4 tiene jQuery Mobile empaquetado como una nueva plantilla.

1. No, yo creo que sería difícil hacer la transición de un sitio de formularios web asp.net a jQuery Mobile (piensa pesadillas ViewState). Sí, se puede hacer, pero en mi experiencia, los formularios web asp.net son voluminosos en comparación con sus contrapartes MVC cuando están construidos correctamente, pero de nuevo tal vez eso sea parcial en mis pobres experiencias con HTML bloat causado por controles ASP y ViewState.

2. Puede administrar los datos de varias maneras utilizando un sitio con tecnología jQuery Mobile. Con MVC, usamos elementos de forma tradicionales cuando es necesario o publicamos a través de ajax cuando tiene sentido. Recuerde que siempre puede desactivar las cargas/publicaciones de la página ajax predeterminada con el atributo data-ajax="false" o en el nivel de aplicación con la opción ajaxEnabled. Por supuesto, algo se atasca directamente en Session según sea necesario. Muchas veces, un sitio móvil es más para consumir datos que producirlo. Basado en esa filosofía, creo que está bien usar ajax y, por lo tanto, MVC puede ser una mejor opción.

Tal vez sea sólo mi visión de las cosas porque he tenido el lujo (y la capacidad de prueba) de trabajar con MVC en los últimos años ... pero sí, por el contrario, puede ser tonto para usar un ASP .net form web app con el sitio jQuery Mobile de su organización si, en cambio, pudiera usar MVC.

Espero que esto ayude!