programacion - playground javascript
¿Para YUI o no para YUI? (16)
¿Cambiar a jQuery?
Actualmente estoy usando la biblioteca de Yahoo YUI javascript en algunos de mis proyectos.
Sin embargo, estoy un poco preocupado por tres cosas. Primero, despidieron al 10% de sus empleados. En segundo lugar, el precio de sus acciones sigue cayendo: especialmente después de ignorar la adquisición de MS a principios de este año. Tercero, ¿qué pasa si alguien los compra?
La única razón por la que menciono esto es porque tiendo a construir aplicaciones que van a durar de 8 a 10 años.
¿Qué harías?
Cambié a jQuery hace un tiempo y he estado mucho más feliz desde que lo hice. Debe considerar el hecho de que YUI es de código abierto, por lo que siempre puede hacer las actualizaciones necesarias que necesite en el futuro.
Estas son sus opciones:
1. Crea tu propia biblioteca de Javascript
2. Use la biblioteca YUI existente
3. Utilice alguna otra biblioteca Javascript de terceros
Puede descargar la biblioteca YUI completa y ejecutarla desde su propio servidor web, por lo que no necesita depender de los servidores de Yahoo. El código es de código abierto, por lo que puede realizar mejoras usted mismo si Yahoo deja de construirlo. Dado que, personalmente, creo que usar YUI es mucho mejor que tratar de rodar tu propia biblioteca de Javascript. Veo una tonelada de beneficios virtualmente sin riesgos.
La pregunta que queda es si debe usar YUI o alguna otra biblioteca de terceros. Casi todas las otras bibliotecas de código abierto comparten el mismo riesgo futuro que YUI. Personalmente, analizaría las características que admite cada biblioteca y elegiría la que actualmente admite todo lo que desee (o la mayor parte de lo que desee).
He cambiado Jquery recientemente, y el aumento en la productividad es notable.
YUI tiene mejores documentos, pero romperá la compatibilidad en 3.0.
Deje su código heredado en yui, y cambie a jquery para nuevos desarrolladores.
Incluso si Yahoo! va por debajo, su biblioteca es de código abierto. Lo más probable es que la comunidad lo recoja y continúe su desarrollo.
No creo que sea seguro decir "una biblioteca para todas las soluciones".
Siempre es una buena práctica analizar cada proyecto que haces y luego decidir qué biblioteca usar. Ya sea jQuery, YUI, mootools, etc.
Para responder a su pregunta un poco más sin rodeos, no se preocupe. La web es uno de los sectores de mayor crecimiento y evolución en el mundo. Me sorprendería que sus proyectos no se vuelvan a desarrollar (por usted o por otra persona) en los próximos 3 a 4 años.
Si la biblioteca hace lo que necesita que haga hoy, no veo ninguna razón para no usarla. 8-10 años es mucho tiempo para una aplicación web, pero me gustaría pensar que todavía habrá Javascript disponible.
Si lo está utilizando con la expectativa de que tendrá grandes avances en el futuro, entonces sus preocupaciones son válidas, pero creo que lo mismo puede decirse de casi cualquier tecnología / idioma / biblioteca. Y como es de código abierto, usted u otros podrían continuar el desarrollo.
Si su aplicación web existe durante más de 4 años en su forma actual, entonces eso es increíble. Eso significará que se trata de nuevas tecnologías de navegación y posiblemente la pérdida de las existentes. También significa que el sitio no necesitará modificaciones importantes en ese momento.
La mayoría de las aplicaciones web en las que he trabajado han sido completamente reescritas después de 3 años. Por lo general, esto se debe a que los requisitos cambian; generalmente hay tantas adiciones en ese momento que es una pieza de software completamente diferente.
Además, en 8 años, estoy seguro de que el YUI habrá cambiado tanto que ni siquiera será el mismo. Hace 8 años que no existía; 8 años a partir de ahora tal vez sea algo completamente diferente. Esto no significa que no pueda seguir utilizando las bibliotecas existentes exactamente como son.
Lo único que podrías pensar es mantener las versiones tú mismo. No me refiero a cargarlos desde tu propio servidor, sino simplemente guardarlos en algún lugar. Incluso solo en caso de que YUI cambie algo y termine rompiendo algo que estabas usando, no es probable.
Creo que cualquier biblioteca está sujeta a estas mismas preocupaciones: YUI o jQuery, etc.
Yahoo es una gran compañía que no terminará en los próximos dos años.
El Yahoo! la biblioteca es de código abierto, por lo que tendrá otras personas para continuar mejorando si Yahoo se declara en quiebra.
Ninguna tecnología es 100% segura desde hace 10 años, creo que no corre peligro con ella.
En 10 años Javascript será completamente diferente y la mayoría del framework no será el mismo, así que creo que lo que elijas necesitarás cambiar muchas cosas en 10 años;) Solo asegúrate de mantener una versión del código en tu repositorio para siempre tenga la última versión que funcione para su sistema y estará bien.
Como miembro del equipo de YUI, agregaría lo siguiente a esta conversación: Casi todos los que alguna vez han trabajado en el equipo todavía están con Yahoo y siguen trabajando en YUI, una notable consistencia para un proyecto que ahora tiene casi cuatro años. . Nadie puede predecir el futuro de Yahoo en este momento (ni de ninguna otra compañía), pero puede confiar en el código que está utilizando hoy. Es gratis, abierto bajo BSD, y nadie puede evitar que lo use independientemente de lo que pueda suceder en el futuro.
Continuamos entusiasmados con YUI y creemos que sus próximos cuatro años serán mejores que los últimos cuatro.
Saludos, Eric
En primer lugar, es de código abierto, por lo que puede seguir utilizándolo sin importar lo que le suceda a Yahoo. Además, nadie piensa que irán a ningún lado pronto.
En segundo lugar, no importa qué biblioteca o herramienta de terceros use, siempre se enfrenta al riesgo de que abandonen el producto en algún momento o, lo que es peor, cuando la empresa cierre.
Independientemente de cualquiera de los dos, aún puede usarlo después de cualquiera de los casos. Y no hasta entonces, ¿realmente necesitas cambiar? Además, la forma en que la web ha cambiado, es posible que no desee utilizar YUI en unos pocos meses, ¿quién sabe?
Bueno, Yahoo sigue siendo una empresa rentable con más de $ 3 mil millones en el banco. No espero que quiebre pronto, a menos que hagan algo realmente horrible.
Sin embargo, Yahoo aún necesita recortar costos y podría dejar de desarrollar YUI para mover a los desarrolladores a otros lugares. Algo a tener en cuenta sobre si elige continuar en w / YUI. En su estado actual, no veo que YUI sea un generador de ingresos, que es lo que Yahoo necesita en este momento.
Todos los demás aquí ya han mencionado que YUI es de código abierto (y por lo tanto, se puede ampliar, bifurcar, etc.)
Pero lo importante a tener en cuenta es que Yahoo usa YUI en sus propias propiedades web. Es un proyecto valioso para ellos, no solo como una biblioteca de componentes internos, sino como una forma estandarizada para escribir código JavaScript. Una vez que te hayas acostumbrado a eso, te darás cuenta de que si Yahoo todavía está en Internet, probablemente todavía esté ingresando recursos en YUI .
Además, aunque sea un gran admirador de jQuery, un desarrollador sensato no puede recomendar seriamente un marco particular sobre otro sin tener un contexto de proyecto y consideraciones de diseño.
No puede suponer que su clavija cuadrada encajará en el agujero redondo de todos, sin importar cuánto intente meterlo.
Aprendí YUI antes de JQuery, y el problema con YUI es (en mi opinión) está sobre ingeniería, lo que significa que es más complejo. Es divertido codificar a JQUery y, al mismo tiempo, puedes hacer todo lo posible con él.
Mi consejo sería usar JQuery, y si necesita algún componente YUI, entonces use ambos. Sin embargo, no veo ninguna ventaja particular de YUI sobre JQuery.
He usado YUI en un proyecto hace 1 año.
Estaba bastante satisfecho con la biblioteca, incluso si me resultaba muy difícil entender cómo funcionaba. Después de que yo descubrí jQuery y lo intenté en otro proyecto. Hombre, ese era otro mundo.
Estos días estoy haciendo algunos cambios en el viejo proyecto YUI. Quería portar todo al 2.8 (de 2.4.2).
Esperaba que fuera más fácil pero no lo fue. Después de haber pasado unos meses en jQuery, debo admitir que YUI es demasiado complejo.
Puedes hacer casi todo y configurar cada aspecto de tu aplicación, pero, bueno, lleva años entender cosas, o alquilarlas para mí.
jQuery es mucho mejor y más rápido. El sistema de complementos es asombroso. No probé YUI 3 porque he decidido que jQuery es lo suficientemente bueno para mí.
jQuery es para codificar, YUI es para aprender. jQuery está más extendido que YUI porque es fácil rociarlo en páginas web que necesitan simples manipulaciones de DOM y animaciones o AJAX básicos. YUI es una biblioteca extremadamente popular que históricamente ha sido una de las favoritas de desarrolladores y desarrolladores de aplicaciones más avanzados. jQuery es demasiado pequeño y pequeño, por lo que debe buscar otros marcos / bibliotecas para trabajar en conjunto. Tienes que tomar mucho tiempo para investigar el marco de prueba, ui framework. Marcos MVC ... Pero si eliges YUI, ¡es suficiente! marcos de prueba (navegador y sin cabeza), herramientas ci, widgets, grid / architecture de css, AOP, MVC ... ¡todas las características sofisticadas que desea en un Framework! eso es realmente kool. Entonces, si comienzas un proyecto empresarial, sugiero usar YUI, aunque es una curva de aprendizaje demasiado empinada.