Microsoft AJAX cliente de la biblioteca frente a jQuery

Se están debatiendo mucho con jQuery y MS Ajax después de las noticias integradas de jquery.Microsoft AJAX cliente de la biblioteca frente a jQuery

Actualmente estoy en el proceso de convencer a mi equipo para que considere jQuery, pero no soy un profesional en ninguno de ellos.

Realmente quiero algunas buenas comparaciones entre jQuery y la biblioteca MS Ajax "Client", ya que mi equipo argumenta que podemos hacer lo que jQuery puede hacer si solo usamos la biblioteca de cliente bruto ajax, y jQuery parece tener un mejor selector .

¿Puede alguien dar algunas buenas ideas de por qué usar jQuery que MS Ajax en algunos escenarios? si tiene un mejor rendimiento?

¡Gracias!

Fuente

2009-03-04 Anonymous

Uso ambos. Creo que estos dos son para casos de uso diferentes: MS AJAX es para comunicar algunos datos de servidor a cliente durante la carga inicial (ScriptControl) y para crear las asociaciones iniciales de elementos de control. Además, los contenedores de servicios web son extremadamente útiles para los datos AJAX, y los contenedores dependen de la biblioteca MS AJAX.

Y jQuery es para el desplazamiento DOM/modificación una vez cargada la página. MS AJAX puede hacer esto, pero de una manera mucho más compleja que jQuery. Además, jQuery como marco da acceso a una gran cantidad de complementos: scripts y controles del lado del cliente, como menús/árboles/etc.

Fuente

2009-03-04 08:26:30

Si bien no estoy en desacuerdo con su hipótesis, su evidencia no es del todo válida. jQuery también tiene funcionalidad AJAX de cliente a servidor que es definitivamente más fácil que MS AJAX. MS AJAX también existe en gran medida para admitir un conjunto de controles que se superponen a los que citó para jQuery. –

Bueno, MS AJAX cliente-a-servidor realmente genera envoltorios de servicio web "fuertemente tipados", y no veo que hacer lo mismo en jQuery sea más fácil, el primer ejemplo sería tener que codificar un servicio web. url en secuencia de comandos o reinventar su generación en la página. –

En cuanto a los controles, a excepción de Calendar, que es el mejor que he visto, AJAX Control Toolkit no es lo suficientemente interesante/flexible como para ser comparado con las soluciones jQ. –

SO Pregunta: Pros and cons of MS Ajax vs. jQuery in an ASP.NET MVC app?

Fuente

2009-03-04 08:27:25

Microsoft está a la venta como parte de jQuery Asp.net MVC. No utilizarán jQuery internamente, pero lo promocionarán. Eche un vistazo al artículo this.

Fuente

2009-03-05 04:47:21

Tenemos que preguntar: ¿Por qué usamos ASP.NET? Principalmente debido a los controles que proporciona. Si jQuery proporciona controles como complementos, entonces no hay necesidad de ASP.NET o Microsoft AJAX toolkit también. Si diseñamos nuestro sitio para que se base en páginas HTML puras, use jQuery para controlar la parte dinámica de la página HTML y finalmente use WebService para almacenar/recuperar información de la base de datos, entonces eliminaremos por completo ASP.NET ASP.NET ralentiza el sitio como su solicitud atraviesa muchas etapas para llegar a la página compilada ASPX, que luego se analiza, el código subyacente y los archivos del diseñador se fusionan, y finalmente se procesa el HTML.

Alguien podría argumentar que Microsoft proporciona MasterPages. Piense nuevamente sobre el uso de MasterPages, ya que también ralentizan su sitio. En cada solicitud de página, se reconstruye toda la página maestra. En su lugar, intente utilizar IFRAMES. Tenga su página de inicio con todos sus controles de navegación con el área de contenido como IFRAME. Esta área de contenido debe cargar la página HTML adecuada en función del clic del menú del usuario.

Fuente

2010-07-15 23:08:41

Microsoft AJAX cliente de la biblioteca frente a jQuery

Respuesta

Cuestiones relacionadas