javascript - sencha - extjs tutorial
¿ExtJS morirá? (8)
Veo ExtJS, y parece proporcionar muchas de las características de RIA que brindan las suites más voluminosas como Flex, sin el requisito de flash. Sin embargo, a medida que continúan las iniciativas de código abierto como jQuery-UI, ¿ExtJS simplemente morirá en algún momento? Además, dado que la penetración de flash solo continúa aumentando, ¿por qué poner stock en una biblioteca de JavaScript?
Dicho esto, las bibliotecas de JavaScript como jQuery han dado pasos agigantados al proporcionar API fáciles de usar con una gran funcionalidad, por lo que tal vez tenga algún mérito.
¿Pensamientos? Opiniones? ExtJS tiene una etiqueta de precio, así que tengo que hacer esta pregunta.
Al igual que con cada tecnología, todos tendrán su propio pedazo de pastel. ExtJS no morirá hasta que ExtJS LLC exista (lo estén usando :)) Y hasta que tengan adoradores que usen su lib (como yo) cuando estén en algún momento Usted solo tiene que usar la tecnología elegida, sin importar si es perfecta o no no. Mira Lotus Domino, es una porquería y, por otro lado, una gran pieza de software, y todavía está vivo ... :)
En mi humilde opinión, la necesidad de jQuery, ExtJS, etc. se eliminará tan pronto como XBL2, toda la colección de especificaciones de CSS3, SVG y HTML5 estén disponibles en igual medida en todos los navegadores web de escritorio / móviles, lo que no va a suceder dentro de viniendo 5 años.
Veo ExtJS, y parece proporcionar muchas de las características de RIA que brindan las suites más voluminosas como Flex, sin el requisito de flash.
Para ejecutar la aplicación Flex, aún necesita Flash Player, que por ejemplo no está disponible en dispositivos móviles.
Sin embargo, a medida que continúan las iniciativas de código abierto como jQuery-UI, ¿ExtJS simplemente morirá en algún momento?
Comparar ExtJS con jQuery-UI no tiene sentido, ya que jQuery es principalmente una biblioteca multiproveedor para simplificar las operaciones en documentos HTML y hacer que las páginas web sean más agradables, mientras que ExtJS es un verdadero marco de aplicación que trae componentes de interfaz de usuario mejorados basados en datos para hacer las aplicaciones más fáciles.
Además, dado que la penetración de flash solo continúa aumentando, ¿por qué poner stock en una biblioteca de JavaScript?
En realidad, no importa que la penetración de Flash "solo siga aumentando", ya que ya está disponible en el 98% de los dispositivos de escritorio. Poner stock en una biblioteca Javascript hace sentido, cree Google (que puso la mayoría de sus acciones en DHTML)
¿ExtJS simplemente morirá en algún momento?
De hecho lo hará, ya que en algún momento morirá .Net, Java, etc. Sin embargo, no morirá en un futuro previsto y la necesidad de este tipo de soluciones sin carne solo aumentará.
También puede considerar un marco de GUI alternativo, amplio SDK , que será de código abierto el 1 de noviembre de este año. Permite tecnologías, como SVG, XUL y, más exactamente, navegador cruzado.
ExtJS tiene doble licencia Y se abre la fuente
Y yo lo estoy usando. Buena biblioteca para trabajar con datos: cuadrículas, árboles ... lo que sea. Y tiene muchos controles. tan solo una buena biblioteca ...
Mientras los desarrolladores continúen trabajando en ello, el framework no morirá. Ha habido algunos frameworks que están efectivamente muertos (por ejemplo, MochiKit, que me encanta pero se han descartado para yui3) pero eso solo significa que no se están actualizando, no es que no se puedan usar. Si te gustó lo suficiente, podrías poner fácilmente tu propia versión y comenzar nuevamente el proyecto.
No creo que Ext JS vaya a morir pronto. Cuando lo haga, probablemente sea uno de los últimos frameworks JS en pie. Lo digo porque ExtJS tiene una sólida base de usuarios y desarrolladores, y muchos proyectos de código abierto se basan en ella (por ejemplo, un CMS de doble licencia de ASP.NET, Sense/Net construye su back-end por completo, entre otros).
No soy un gurú de javascript / DOM, solo un programador de ASP.NET y un codificador de FlashBuilder que está investigando las bibliotecas del 100% del lado del cliente. Lo que estoy descubriendo es que ExtJS es mucho más rico en sus diseños y su widgets de interfaz de usuario que jQuery, aunque jQuery tiene mucho impulso y nuevos componentes de UI están llegando todo el tiempo. Aún así, ExtJS tiene una ventaja importante en este sentido.
Con jQuery es mucho más fácil poner en marcha algo básico, principalmente porque jQuery cuelga sus efectos sobre los elementos existentes en el marcado de su página: puede crear una página esquemática html y luego aplicar la funcionalidad jQuery a los elementos. Compare eso con ExtJS, donde su página es básicamente una etiqueta corporal vacía y los contenidos de la página se crean mediante escritura Ext en el DOM. Sin el Ext (visual) Designer para diseñar mis páginas y establecer propiedades, codificar objetos de configuración ExtJS con un editor de texto es demasiado tedioso para mí y para nada del agrado de todos. Pero con el Diseñador visual de Ext, te acercas a RAD.
ExtJS en IE8 puede ser lento y descuidado debido a las deficiencias de IE8. En mi experiencia, los diseños RIA de ExtJS funcionan muy bien en FF, Chrome y Opera, pero no tanto en IE8. Sin embargo, IE8 con Chrome-Frame de Google lo soluciona. Un buen golpe para los propietarios de MSFT, chicos de Google!
Realmente me gusta el enfoque híbrido que toma FlashBuilder. Con FB, puede escribir clases mxml y / o ActionScript. El lado negativo, como yo lo veo, es que se requiere el complemento Flash, y me temo que el complemento Flash va por el camino de ese otro dodo, WordPerfect, que una vez vagó por la tierra con un 99% del mercado. . Realmente me gustaría poder diseñar en FlashBuilder aprovechando al máximo las características de OO de ActionScript. ¡mxml, y el depurador de FB, y luego compilación cruzada a ExtJS! FB: Ext :: GWT: Cierre.
Personalmente, uso Prototype, pero es el mismo argumento. No me gusta mucho el flash debido a los numerosos problemas de seguridad que lo acompañan y al hecho de que no todos los dispositivos pueden reproducir flash. El iPhone es un gran ejemplo. PUEDE soportar animaciones y otras cosas utilizando bibliotecas JS.
Algunas compañías también deshabilitan flash como política de seguridad, aunque esto no es tan común. (Sin embargo, he trabajado en lugares donde este era el caso).
Otra pregunta es si nos preocupamos por el flash con la llegada de los nuevos estándares HTML que eliminarán en gran medida la necesidad de Flash por completo.
Tienen una sólida base de usuarios y no veo que abandonen la carrera en el corto plazo. Dicho esto, siempre puedes mirar Internet mientras observas el mercado general. Tanto Starbucks como el café local pueden coexistir.
Eso dijo ...