Creé algunas pruebas de conceptos para mi empresa en jQuery Mobile. Si bien personalmente me encanta jQuery, jQM no estaba listo para un entorno de producción si quería una interfaz de usuario resbaladiza, receptiva y libre de errores. Eso fue en los v1.0RC3 días. Es un lanzamiento estable en este momento, pero todavía me siento de la misma manera, con suerte las versiones futuras abordarán las deficiencias. Tomé esta decisión después de ejecutar una serie de puntos de referencia, un grupo de enfoque y un programa piloto (6 personas). Todo dicho y hecho, decidí evaluar ST.
Sencha Touch tiene la mejor interfaz de usuario, IMO. Sin embargo, hay una fuerte curva de aprendizaje con este marco. La documentación de la API está completa y aunque hay tutoriales aquí y allá, no hay NADA que describa el marco de ST de principio a fin. A menudo me encuentro buscando en las profundidades un breve vistazo de una explicación sin resolución. Me resulta frustrante que el equipo de Sencha no haya abordado esto. Escuché mucho acerca de cepillarse en EXTjs primero porque es la placenta del nacimiento de ST. (Sí, acabo de decir eso) La verdad es que, si uno tiene que aprender otro marco para utilizar el que le interesa, solo para comprender cómo funciona, es un gran error. No estoy aprendiendo EXTjs solo para ST ...
Para Sencha Touch, debe estar versado en MVC, programación orientada a objetos, depurar la tecnología web y tener una sólida comprensión de JavaScript.
Ahora la verdadera pregunta es 1.x o 2.x. Situaciones como esta son altamente discutibles. El análisis de recursos y costos debe hacerse en ambas versiones para mostrar cómo aumenta su tiempo de desarrollo si tuviera que portar el código 1.x a 2.xy cualquier otra sobrecarga asociada con las curvas de aprendizaje, etc. Entonces, en lugar de darle mi opinión sesgada, Solo te diré lo que hice por mi empresa (7k + empleados).
Mi proyecto necesitaba estar en un determinado hito en una fecha determinada y ciertamente no puedo implementar algo que no está en estado de producción. Simplemente significa que no puedo usar una versión beta para nada sustancial. Como ST2.x está en la etapa PR3, no está listo para la producción. Sin mencionar muchas de las características clave de ST que actualmente faltan en la versión ST 2.x, aunque se agregarán en futuras versiones a medida que progresen a producción estable.
Desarrollé mi aplicación en 1.x porque era estable, tenía numerosos ejemplos y documentación disponible para poder producir una aplicación HOY. Si comencé en ST2, no podría terminar la aplicación. La API no está congelada, carece de documentación completa, ejemplos dispersos, recursos limitados de la comunidad y características faltantes. No puedo esperar para ST2 (¡va a ser genial!) Pero no puedo arriesgar mi proyecto por eso.
Conclusión ... si necesita una aplicación hoy, vaya con ST1, si puede esperar unos meses más y tenga tiempo de actualizar su aplicación, ya que la API ST2 está congelada y las características se vuelven a agregar en, entonces iría por esa ruta. Aclamaciones.
Wow, que sin duda dio un golpecito a la derecha en el centro de mi pregunta y se dirigió a casi todo lo que podía haber esperado. ¡Gracias! Con una respuesta tan completa, espero que los demás no tengan miedo de pesar en sí mismos, ¡jaja! Por ahora comenzaré con 1.x, y con suerte reuniré suficiente conocimiento del proceso de aprendizaje para poder actualizar esta pregunta más tarde con mi propia respuesta, aunque me imagino que esta pregunta no será de mucha utilidad después del lanzamiento de ST2. – SilithCrowe
Ciertamente no somos los únicos en el mismo barco ... ¡me alegro de haber podido ayudar! – M69
Fantástica respuesta. ¿Puedes arrojar algo de luz sobre las características que actualmente faltan en 2.0 y que todavía no se han implementado? – Joshua