jquery - sencha - extjs tutorial
JQuery vs ExtJS (6)
Empecé a usar los 2 en 2 proyectos diferentes, uno en cada uno. (Ext 4 y JQuery). Y sí, Ext parece ser más "empresarial", pero los documentos y el aprendizaje de jquery han sido agradables y agradables. Por otro lado, ext ha sido muy confuso considerando que la mayoría de los documentos se referirán a ext 3 y estoy intentando hacer cosas en ext 4 .
Todos los libros y tutoriales sobre jquery me permitieron hacer mucho más que ext hasta ahora.
Es importante tener en cuenta que mi experiencia js es limitada.
Estamos planeando el desarrollo de una GUI completamente nueva. Estamos muy contentos con JQuery que utilizamos en nuestro producto anterior. Fue fácil, elegante y rápido.
Hemos escuchado sobre ExtJS . También tiene AJAX y una gran lista de otras características.
Queremos usar solo uno de ellos.
¿Cuál se basa mejor en tu experiencia?
He usado extensamente jQuery y me encanta. He revisado ExtJS en varias ocasiones y me encantaría tener la oportunidad de utilizar esta biblioteca en algún momento. Esta es mi opinión.
jQuery
El cajón de la basura de la programación javascript. Tienen todo lo que necesitas allí, si estás dispuesto a excavar, usa algo de cinta adhesiva y súper pegamento, y en general tienes un grupo de desarrolladores capaces y dispuestos a manipular el código. jQuery es genial!
Se usa en mucho más lugares de lo que crees. Sin embargo, al igual que Drupal y otros marcos / bibliotecas compatibles con la comunidad, cuando obtienes asistencia gratuita, obtienes lo que pagas. Puede hacerlo todo con jQuery, pero a veces necesita una pala, linterna y perseverancia.
Además, muy buena documentación (a la par de los documentos en línea de PHP), y toneladas, literalmente toneladas, de código de ejemplo y entradas de blog por ahí.
Atraerá a los usuarios finales y los "scripters avanzados" que no sean tímidos con Google para encontrar un ejemplo que pueda usarse para anclar un problema y acelerar el desarrollo.
ExtJS
Desarrollado profesionalmente por una empresa con fines de lucro, estos son más parecidos a los controles (en el contexto de Visual Studios) que los widgets o complementos. Intencionalmente completo y robusto, atento a los detalles y a una estructura organizativa de alto nivel de lo que creo que existe en la jungla de jQuery, ExtJS es un producto por el que se paga: un producto desarrollado y respaldado profesionalmente que vive y muere por su capacidad para devolver valor
Atraerá a "programadores" entrenados profesionalmente que esperan pruebas extensas y un orden superior o rigurosidad en el desarrollo de los controles.
Recomendación final
Realmente tiene que ver con tu tienda y tus clientes. Si tu grupo es más bricolaje y le gusta unir las cosas y salir por la puerta, ve con jQuery. Es robusto para cualquier situación. Si tiene una tienda muy ordenada y profesional, ExtJS podría ser una buena opción, pero jQuery también será viable. No veo la necesidad de dividir su base de conocimiento y utilizar ambas, pero realmente, si lo hace, use ExtJS para la parte orientada al cliente y jQuery para las consolas de administración. No veo el beneficio al revés.
Además, para las consolas de administración, busque en TIBCO . Posiblemente exagerado, pero muy interesante.
La respuesta de Jared Farrish ya es bastante amplia.
He usado ambos en diferentes proyectos.
ExtJS es mucho más pesado en tamaño y lo que le permite hacer. Es excelente si necesita una interfaz de aplicación web compleja, tiene excelentes controles para ventanas, tablas, etc., y se ve elegante.
La comunidad del foro ext es bastante útil a través de su foro.
Eso lo dice mucho más "rígido" que jQuery, y hay una curva de aprendizaje significativamente más larga para comenzar, pero si observa interfaces de usuario complejas, valdrá la pena.
Los beneficios de jQuery es, por lo tanto, que su proyecto se moverá más rápido, y será más fácil "experimentar" al implementar nuevas funciones.
Ambos son buenos para su propio tipo de aplicaciones. De hecho, he usado ambos en un proyecto, el administrador extenso (muchas ventanas y secciones) está construido en ExtJS y el front-end, que necesita un cambio más rápido para modificar cosas, pero la interacción de la interfaz de usuario limitada está integrada en jQuery.
Espero que esto ayude
No estoy de acuerdo con la curva de aprendizaje de que jQuery sea más rápido que ExtJS. Todos los componentes en ExtJS tienen un ejemplo resuelto en el sitio y los documentos API son absolutamente maravillosos, estructurados, fáciles de usar y completos.
Lo que elija depende de sus interfaces. Más web-2.0 como interfaces brillantes podría ser un poco más fácil en JQuery, la interfaz ExtJS es atractiva pero muy similar a la aplicación. Dicho esto, creo que no hay comparación entre los dos si está buscando crear una interfaz seria y compleja. ExtJS le permite programar su interfaz como lo haría con su backend, completamente orientado a objetos. Si no le gusta el comportamiento de los componentes predeterminados, lo anula. Es muy fácil crear componentes reutilizables usted mismo. En ExtJS 3, se introdujo la capa Directa que elimina toda la molestia de volver a la comunicación entre el cliente y el servidor Ajax y agrupa múltiples llamadas para usted automáticamente, reduciendo la cantidad de solicitudes de servidor que necesita para alimentar su interfaz. Puedo seguir y seguir, pero ExtJS para mí es un regalo del cielo, no podría crear las interfaces altamente complejas que creo en el tiempo que puedo cobrar a mis clientes.
Buena suerte con todo lo que elijas, Rob
Solo responderé esta pregunta ya que se muestra como primer resultado de "jquery vs extjs". Como algunas de las personas aquí, he usado tanto profesionalmente. Me gustó especialmente la primera respuesta. Para mí, si voy a construir una aplicación muy pequeña con un equipo muy pequeño, definitivamente iría con jQuery. Sin embargo ... si trabajas en un equipo grande, dividir el trabajo de jQuery podría no ser trivial para implementar una historia de usuario. Con ExtJS, realmente adoptan el paradigma OO y lo hacen fácilmente mantenible. Además, puede usar su MVC para ser utilizado para dividir el trabajo entre los desarrolladores. Sin embargo, viene con una curva de aprendizaje empinada. Las personas que dijeron "¡Mira la muestra y eres oro!" claramente no entiende cómo escribir BUEN código extjs. La gente realmente necesita aprender ExtJS Core antes de abordar la parte de UI de ExtJS ... aunque esto es realmente culpa de la empresa por no tener una buena documentación de desarrollador ... las buenas noticias son que hay libros como ExtJS In Action que viene al rescate. En general, usaré ExtJS porque está mucho más estructurado que jQuery. Por supuesto, el beneficio de jQuery es la flexibilidad ... Sin embargo, demasiada flexibilidad puede matar el proyecto ... El hecho de que pueda super pegamento de lego en sus ojos no significa que deba hacerlo. Si tiene el dinero, vaya a ExtJS.
Veamos. EXT tiene una pronunciada curva de aprendizaje para hacerlo bien, y es extremadamente poderoso. Es la única biblioteca de JavaScript que he usado que llamaría un framework real (similar en ese sentido a YUI, que no he usado). En la versión 4.x, Sencha ha asumido un compromiso total con el patrón MVC, que atrae a muchos programadores experimentados.
Por otro lado, jQuery hace que sea fácil hacer cosas simples y en mi experiencia es prácticamente imposible hacer algo complejo.
¿Por qué te estás limitando a esos dos? Eche un vistazo a MooTools, por ejemplo. Es una biblioteca poderosa, flexible y extensible, y no tiene que adivinar cómo está haciendo las cosas, como con jQuery, o recurrir a JS sin procesar para hacer otra cosa que no sea la simple manipulación DOM o las cargas JSON (como con jQuery). .
Observo que nadie ha mencionado a Dojo, que también es bastante poderoso, muy complejo, y por lo que he visto en la navegación de hombros otros equipos en mi oficina pesan mucho en el navegador.
EXT utiliza algunas herramientas complementarias como brújula (que se ejecuta en ruby) y compresor YUI para ayudarlo a producir paquetes de descarga extremadamente eficientes una vez que haya "terminado" su sitio. Puse fin a las comillas porque creo que esto es una caída para EXT. Después de todo, los sitios casi nunca terminan, y este proceso es más o menos análogo a la compilación de una aplicación Java, en el sentido de que si cambia algo, debe volver a pasar por todo el proceso de producción.
Se obtiene mucho directamente de la caja con EXT, pero eso también significa que hay mucho que aprender y una cierta cantidad de planificación y previsión para ejecutar un proyecto receptivo y atractivo. En los viejos tiempos solían llamar a esa "disciplina", pero no está muy de moda en estos días (para más información, vea "jQuery").
¡Pero no tengo opiniones!