Controles de la interfaz de usuario de Telerik frente a la interfaz de usuario del lado del cliente con jQuery

StackOverflow https://stackoverflow.com/questions/428376

  •  06-07-2019
  •  | 
  •  

Pregunta

Estoy tratando de decidir cómo quiero manejar la interfaz de usuario para una aplicación web externa. Debido a que es externo, la latencia causada por la hinchazón de la página podría ser un problema.

He usado jQuery en el pasado, y ahora estoy evaluando los controles de Telerik. He visto muchas buenas recomendaciones sobre los controles de Telerik, incluidas algunas sobre StackOverflow. De hecho, parecen bastante completos. Tampoco tengo dudas de que puedo desarrollar la aplicación mucho más rápido usando esos controles que con jQuery. Sin embargo, me preocupa que causen demasiada hinchazón en mis páginas.

¿Alguno de ustedes tiene experiencia comparando el rendimiento de estos controles con una implementación puramente jQuery? Específicamente,

  • ¿El RadScriptManager de Telerik es realmente mejor que el MS Ajax ScriptManager?
  • ¿Hay problemas de rendimiento en general con los controles de Telerik?
  • ¿Hay algún complemento para jQuery que se acerque a la funcionalidad de cuadrícula de RadGrid?

Cualquier otra información relacionada también sería útil.

¿Fue útil?

Solución

He usado Telerik y JQuery durante años. " Todas las funciones " generalmente equivale a toneladas de hinchazón, características que no necesita y una página final que es difícil (o imposible) de optimizar. Suelta Telerik y usa un marco de metal desnudo como JQuery. Descubrirá que le permitirá crear la funcionalidad específica que necesita y nunca volverá. Muchas de las suites de interfaz de usuario con funciones completas como (como Telerik o ComponentArt) son muy seductoras, pero creo que fomentan una gran cantidad de mala programación.

Por ejemplo ... ¿Realmente necesita tener columnas que se puedan arrastrar y soltar en su cuadrícula? Probablemente no. Probablemente sea mejor tener un área de diseño donde los usuarios puedan diseñar sus preferencias de columna y luego la vista principal donde la cuadrícula es ágil y ligera. No reduzca megabytes de funciones adicionales que sus usuarios nunca (o raramente) usarán con cada vista de página.

Otros consejos

Buena discusión aquí. Algunas aclaraciones:

  • Telerik usa jQuery internamente (y será cada vez más ahora que MS lo admite) para mejorar las características del lado del cliente (y reducir el código del lado del cliente) para muchos controles
  • jQuery es una biblioteca del lado del cliente que es excelente para el desarrollo de JavaScript. Sin embargo, si necesita abordar la accesibilidad, está al borde de las implementaciones de jQuery UI porque dependen de JavaScript para toda la funcionalidad. La ventaja única de Telerik es que puede renderizar tanto del lado del cliente como del lado del servidor, lo que significa que puede admitir clientes que no tienen habilitado JavaScript.
  • Para muchos controles de Telerik, puede A) eliminar el código adicional en la página deshabilitando las características (debido a la lógica de script de carga interna según sea necesario), o B) reducir significativamente el impacto del código del lado del cliente mediante el uso de proporcionar guion combinados y compresores.

Sin embargo, siendo un desarrollador web desde hace mucho tiempo, siempre animo a las personas a usar la herramienta adecuada para el trabajo. Si no necesita las poderosas capacidades de los RadControls, o el soporte de accesibilidad, o la extensa documentación (para ayudar al tipo que heredará su aplicación), no los use para su sitio. Si todo lo que necesita es una interfaz de usuario básica, jQuery puede estar bien. Sin embargo, lo que tiendo a encontrar es que cuando un desarrollador puede ofrecer funciones avanzadas a los usuarios (lo que a veces pensamos como "hinchazón") por no hacer trabajo adicional, los usuarios están mucho más impresionados con el producto final y lo encuentran mucho más fácil de usar.

Y, sobre todo, recuerde que, en la mayoría de los casos, genera valor para su empresa / clientes creando aplicaciones , no componentes de la interfaz de usuario. Entonces, a menos que haya una buena razón para reinventar la rueda, generalmente es mejor usar algo que ya se ha construido y probado para resolver el problema que enfrenta.

Espero que ayude. -Todd

En cuanto a la " bugginess " y otros desafíos que enfrenta Brian C (et al), creo que aquí se merecen algunas aclaraciones adicionales. Como defensor de desarrolladores, no pretendo que los controles de Telerik sean perfectos, ningún software escrito por simples mortales lo es. Lo importante es cómo se abordan esos errores.

Con demasiada frecuencia, las personas pasan por alto cómo una empresa (o proyecto de código abierto) aborda los errores hasta que sea demasiado tarde. No importa qué herramientas use, jQuery, Telerik o incluso Microsoft, eventualmente encontrará errores. Donde Telerik tiende a sobresalir es proporcionar soluciones rápidas para esos problemas y un soporte muy completo para ayudarlo a ser lo más productivo posible. Si tiene un problema, Telerik le ayudará a resolverlo. Con otras compañías, y especialmente con Open Source, eso no siempre es la garantía.

Así que recuerda: no importa qué herramientas uses, te enfrentarás a errores. Asegúrese de elegir herramientas con soporte que puedan responder a sus problemas y solucionarlos muy rápidamente. Y como sé que mi perspectiva es inevitablemente sesgada, dejaré que otros en StackOverflow confirmen o nieguen la calidad de soporte de Telerik.

Los controles de Telerik parecen un poco hinchados, pero dudo que pueda lograr algo similar en JQuery sin muchos esfuerzos.

Realmente depende de cuánta hinchazón puedas tolerar. Si es para una aplicación de Intranet, entonces realmente no importa, pero como especificó frente a frente, entonces esto podría ser un problema, realmente depende de la velocidad de conexión promedio de sus usuarios y de la velocidad de su computadora / navegador que finalmente ejecutará los controles.

La otra pregunta importante es: ¿desea estandarizar su aplicación web en un conjunto de herramientas patentado que se usa mucho menos que JQuery? Dudo que JQuery vaya a la quiebra en cualquier lugar pronto.

En caso de que ayude a alguien más tarde, he dejado las herramientas de Telerik y estoy usando jQuery exclusivamente por ahora. Veremos si me encuentro con algo que no puedo hacer. Estaba decepcionado con las herramientas de Telerik. Había escuchado tantas cosas buenas sobre ellos, pero no me funcionaron tan bien. Esto es lo que encontré al evaluar las herramientas de Telerik.

  • Las herramientas de Telerik Ajax tienen problemas para manejar configuraciones de página maestra / contenido. Reconocen esto en sus foros y creo que están trabajando en ello. Sin embargo, es bastante problemático para mí.

  • Vi muchos comportamientos inesperados y peculiaridades que no parecen tener ninguna documentación. Por ejemplo, cuando se usa la máscara Web20 y el decorador de formularios, las esquinas redondeadas en un conjunto de campos se vuelven un infierno al hacer Ajax.

  • Las herramientas de Telerik ralentizaron un poco mi máquina de desarrollo y parecen causar problemas con mi entorno. Casi nunca tengo bloqueos o violaciones de memoria, y tuve cuatro en dos días mientras usaba estas herramientas. Probablemente había pasado un mes desde mi último antes de eso.

  • Así que combine todo eso con el hecho de que jQuery es gratuito y liviano, y la elección fue fácil. Puede que tarde un poco más, pero al final el resultado será mucho mejor.

Sus requisitos de IU tendrán el mayor impacto en esta decisión. No creo que los controles de Telerik se puedan comparar con jQuery en términos de funcionalidad. Si necesita controles del lado del servidor para mostrar datos, evalúe Telerik contra otros controles de la competencia.

Utilizo los controles de Telerik y también pagué por el código fuente, por lo que para que cierren, no es una gran preocupación dado el código fuente. No tengo experiencia específica en el uso de los controles de Telerik en un sitio web público, pero no dudaría en hacerlo. En ocasiones, se me indicó que use JQuery para una funcionalidad adicional que los controles no tenían.

El único problema que tengo es que debido a que no estás codificando toda esta funcionalidad tú mismo con el uso de controles (no solo de Telerik), es realmente fácil arrastrar y soltar todo tipo de cosas divertidas en tu página, lo que agregará procesamiento a todas y cada una de las páginas. Dicho esto, mantenga su uso de ellos al mínimo y no creo que estén más hinchados que las implementaciones de JQuery codificadas a mano.

Usamos el Editor de Telerik para nuestro producto de intranet, y debo decir que fue mucho mejor trabajar, personalizar, actualizar, etc. que cualquiera de los editores anteriores que utilizamos.

Si necesita alguna funcionalidad avanzada y / o controles más complicados and Telerik proporciona esto, diría que es prematuro descartarlos. Si solo necesita la funcionalidad básica de la interfaz de usuario que jQuery UI puede proporcionar, use jQuery para esas partes específicas.

No hay necesidad de ir con uno u otro; use una mezcla de herramientas para hacer el trabajo.

El RadScriptManager es diferente del administrador de script MS Ajax porque tiene EnableScriptCombine = " true " propiedad que puede establecer que permite que todos los archivos javascript utilizados por los controles telerik se combinen en un archivo .js para mejorar el rendimiento.

Originalmente, el editor rad funcionaba bastante lento. Pero la última versión es mucho más rápida. Además, han pagado al personal que trabaja constantemente para mejorar sus controles.

No conozco nada que se acerque a RadGrid. Es muy poderoso Lo estoy usando ahora mismo en una aplicación de intranet, y hasta ahora funciona rápido. Estoy usando todas sus funciones, Agrupar por, Exportar para sobresalir, etc.

Dicho esto, si estuviera creando una aplicación de Internet para uso externo, usaría JQuery sobre telerik. De esa manera tienes más control.

Creo que Telerik anunció que usarán JQuery para el lado del cliente.

Telerik está empezando a dedicar más tiempo al soporte del lado del cliente para su RadGrid. Hasta ahora me ha decepcionado la grilla. Me siento mal por ellos, porque tienen que mantener esencialmente 2 bases de código: una para los controles de su servidor que redibuja todo en C # basado en Postbacks y ViewState, y otra para los controles del lado del cliente que redibuja partes del control en javascript (algo así como un puerto de su código C # para javascript). Es mucho trabajo para ellos y hasta ahora siento que está incompleto.

Por ejemplo, el soporte del lado del cliente para la versión actual de su grilla (ASP.nET AJAX 2008.3.1105.35) no incluye:

  1. Expresiones de agrupación
  2. Aumento del tamaño de la página
  3. Estilos de buscapersonas que no sean NextPrev
  4. Ocultar / mostrar columnas
  5. AllowNaturalSort="false"
  6. Ordenación pura del lado del cliente (es decir, directamente en el navegador)

Habiendo dicho eso, si estaría contento de usar los controles de Telerik con la representación tradicional de Postback / Viewstate, entonces diría que no hay cuadrículas jQuery que puedan competir.

No suelo publicar sobre estas cosas, pero no pude resistirme a esto. Fui con jQuery / jQuery UI sobre Telerik. Realmente me gustó lo que tenían en las páginas de demostración, luego intenté que funcionara. Luché con la barra de la cinta y les mostré un error o dos. Ellos iban a arreglarlo pronto ... no lo fue ... luego el próximo lanzamiento ... no lo fue. Finalmente tuvieron una versión beta y me pidieron que la probara por ellos. Sus cosas seguramente se ven bien, pero no pude lidiar con las cosas que simplemente no funcionan.

He estado usando jQuery / jQuery UI durante aproximadamente 6 meses y me gusta. Fácil de usar. Ligero. Hace lo que dice. Quizás no sea tan completo como Telerik, pero es comprensible y se puede incluir en su proyecto con solo unos pocos scripts. También me gusta mucho Themeroller.

He estado usando Telerik para controles durante 3 años. Finalmente me di cuenta de que estoy enamorado de la idea, pero los controles en sí mismos son muy defectuosos, molestos de implementar y al final me han costado mucho más tiempo de lo que tendría que construirme. Definitivamente recomendaría no usar Telerik.

Trabajé con jQuery y Telerik . Telerik es muy elegante en las demostraciones de su sitio oficial, pero cuando lo usa, lo siente muy pesado y lento. Con jQuery puede escribir códigos ligeros y eficientes que satisfagan sus necesidades pero que requieran más tiempo. En términos de rendimiento, recomiendo renderizar resultados HTML iniciales intensos en el servidor en lugar del navegador del cliente. (Ej. Cuadrículas grandes)

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