Código detrás de los métodos frente a Jquery Llamadas AJAX

¡Hay una guerra de elaboración de la cerveza que puedo sentir!Código detrás de los métodos frente a Jquery Llamadas AJAX

Los codificadores de Old School están acostumbrados a que cada servidor controle la creación de eventos en los archivos .cs ... por ejemplo ... Obteniendo la carga inicial de datos, guardando datos, borrando datos ... y luego vinculando fuentes de datos al control del servidor ..

Los nuevos codificadores escolares quieren hacerlo en las llamadas Jquery + AJAX a los archivos .svc ... Eso le da a los postres automáticos sin publicaciones, por lo que es una ventaja ... y creo que es una forma diferente de pensar ... De repente, todos los eventos relacionados con la interfaz de usuario se están realizando en Jquery.

¿Cuál es la forma más moderna y eficiente de hacerlo? ¿Cómo puedo convencer a los codificadores de la vieja escuela para que nos dejen este nuevo paradigma? (suponiendo que es la mejor manera)

Fuente

2010-05-03 punkouter

Vaya con la solución más legible. El mundo te lo agradecerá –

diría que ASP.NET MVC y la adopción de jQuery es una respuesta a las críticas dirigidas a la ASP.NET formularios web + pila MSAJAX.

Webforms fue concebido para tratar de llevar el desarrollo del control de arrastre de arrastre a la web de la misma manera que las aplicaciones se construyeron utilizando Visual Basic, ActiveX y COM. Se creó una forma terriblemente compleja e ineficiente de crear aplicaciones web.

Aunque los formularios web estarán disponibles por un tiempo, MVC + jQuery es el camino a seguir, o incluso eliminar ASP.NET del lado del servidor y simplemente usar algo como extjs/jqueryUI y servicios web WCF.

Fuente

2010-05-03 20:53:22

Entonces, ¿está diciendo que el modo en que estoy pensando sobre cómo usar ajax + jquery es realmente algo así? de lo que se trata MVC? ¿Debo tomar este formulario y usar MVC? y si me quedo con webforms, ¿la forma clásica de invocar el código detrás de los eventos? – punkouter

Bastante. MVC es para personas que saben y entienden cómo escribir HTML, javascript y CSS. Si usted entiende el patrón de Model View Controller es una ventaja, pero no es obligatorio. Si has usado jQuery con formularios web y te has sentido frustrado, te encantará con MVC. Una vez dicho esto, si puede hacerlo con formularios web, no hay nada de malo en eso, siempre y cuando mantenga su tamaño de viewTAte bajo control, y utilice los paneles de actualización de manera eficiente. –

Creo que lo que está sucediendo es que veo gente haciendo todo el manejo de eventos de interfaz de usuario en jquery y creo que está bien ... eso es menos código detrás para tratar ... y luego me pregunto por qué hay algún código detrás de los archivos aspx? Parece que me estoy metiendo en la mente ahora que hará que MVC sea algo a tener en cuenta ... el objetivo de los formularios web era aprovechar los eventos de los controles del servidor y si no tomo ventaja de eso, entonces no sentido usando formularios web. – punkouter

No es una pregunta sobre lo viejo o lo nuevo. Estaba usando llamadas al servidor del cliente antes de que existiera AJAX e incluso XmlHttpRequest.

Es una cuestión de lo que es más adecuado para hacer la tarea. Algunas veces desea una llamada al servidor sin volver a cargar la página, a veces desea volver a cargar la página.

Fuente

2010-05-03 19:03:17 Guffa

Ambos pueden hacer el trabajo. Creo que, en lo que respecta a los chicos de la vieja escuela, les preocupa que, por último, el código jquery sea demasiado complejo para los otros codificadores .NET. Por ejemplo, si tengo una cuadrícula con datos que quiero guardar/eliminar/agregar en la página, entonces creo que es más fácil con el código detrás y serializando los datos a un ViewState y manejándolo en .net. Con Jquery me preocupa que tal vez se vuelva más complejo de manejar. – punkouter

Una de las razones es mejor usando Jquery + AJAX es que está enviando y recibiendo solo los datos que necesita en lugar de los datos de devolución completos que viajan al servidor y viceversa.

Otra razón es estética porque no hay refresco en la página, por lo que tiene una mejor experiencia de usuario.

En la empresa que solía trabajar, hice algunas pruebas sobre la eficacia entre ASP.NET y MVC .NET (por ejemplo). No puedo enviarle los gráficos, pero había una ventaja en el uso del ancho de banda.

espero que ayude

Fuente

2010-05-03 19:04:39 Sanchitos

En este caso, la carga de datos no es importante ... Así que podría simplemente poner un panel de actualización alrededor de todo ... Para nosotros es más sobre lo que crea código limpiador/código menos/código más fácil de mantener ... (ver ejemplo anterior) Me gusta la idea de hacer toda la interfaz de usuario en jquery y hacer que el código .net para los servicios BLL/DAL ... parezca una separación limpia para mí – punkouter

Código detrás de los métodos frente a Jquery Llamadas AJAX

Respuesta

Cuestiones relacionadas