español - javascript frameworks list
GWT o DOJO o algo más? (8)
Vengo del mundo de Microsoft (y vengo en paz). Quiero prototipar rápidamente una aplicación web y, si funciona, llevarla a cabo, y no quiero usar ASP.Net.
No estoy seguro de qué herramienta de aplicaciones web usar. ¿Debo usar GWT, DOJO ... otras recomendaciones? Estoy abierto a cualquier lenguaje del lado del servidor, pero estoy buscando RoR, Php o incluso Java (J2EE para ser precisos). No soy muy partidario de Javascript / CSS, por lo que sería preferible un conjunto de herramientas que me facilite las cosas en esos frentes.
Además, soy un usuario de mac en casa. ¿Qué IDEs concuerdan con el marco que recomendarías?
Alguna recomendación chicos?
GWT es una buena opción, mientras que si elige un marco de JavaScript más potente basado en GWT (por ejemplo, SmartGWT), las cosas compiladas son demasiado pesadas.
Elija JavaScript directo si necesita un proyecto compacto.
Hemos evaluado una gran lista de marcos y nos han decidido para Echo2 .
- Solo necesitas codificar en Java. Javascript solo necesita si quiere escribir sus propios componentes.
- No hay problemas de rendimiento de inicio con grandes proyectos como GWT.
- Puede usar el rango completo de Java en su código de cliente porque se ejecuta en el servidor. En GWT puede usar solo un conjunto muy pequeño de clases de Java.
El IDE para Java es Eclipse . Esto es independiente del marco utilizado.
No está relacionado con GWT, pero ¿ha considerado otros backends con los que GWT podría funcionar bien?
Grails es un backend que se relaciona muy bien con GWT.
Personalmente, evitaría los marcos del lado del servidor que intentan incrustar u ocultar el marco del lado del cliente. Estoy seguro de que GWT es ideal para hacer que algo funcione rápidamente, y probablemente esté bien para ciertos tipos de aplicaciones, pero es probable que se encuentre con muchos problemas "en los bordes" para aplicaciones más complejas. Desacoplando el marco del cliente del marco del lado del servidor evita esos problemas.
Si desea escribir el anverso y el reverso en JAVA, y desea hacer algo complejo tipo ajax, entonces GWT es una gran manera de hacerlo.
La forma más fácil de pensarlo es que construir una aplicación GWT es como construir una aplicación JAVA swing que se conecta a un servidor. Al igual que una aplicación de swing que utiliza un servidor, puede engordar o adelgazar. Cuando hayas terminado, todo se compila en HTML y javascript, y tiene muy buena compatibilidad con navegadores modernos (es decir, 6 + ff, opera, safari).
Sí abstrae todo el javascript y el HTML, pero si quieres que se vea bien, aún necesitarás entender CSS.
Creo que cualquiera que diga que arruina MVC o que es un enredo de cliente vs servidor no entiende GWT. GWT es un marco lateral CLIENTE. Y solo se usa en el CLIENTE. GWT proporciona un mecanismo RPC para engancharlo en los back-ends JAVA (y otros), pero eso es solo un protocolo de comunicación, no significa que el código de su servidor se convierta mágicamente en su código de cliente. Claro que puedes escribir un montón de reglas de negocios en tu UI si realmente quisieras, pero puedes hacerlo con cualquier framework, por lo que sería una tontería decir que GWT es de alguna manera diferente en ese sentido.
Si estás dispuesto a hacer Java, GWT es el camino a seguir. Le permite tener una base de código relativamente uniforme en el cliente-servidor, y usar solo un idioma en ambos.
Hay algunas limitaciones para hacer cosas AJAXy muy fuera de lo común (lo que hace que GWT sea difícil, pero no imposible), pero de todos modos no parece que sea su caso de uso.
GWT le permitirá escalar utilizando más funciones a medida que su aplicación se vuelva más compleja, y su prototipo no será un código desechable.
Soy fanático de GWT, sin embargo, estoy muy familiarizado con Java. Me pareció intuitivo y sorprendentemente fácil obtener buenos resultados rápidamente. Si va a usar GWT, entonces definitivamente querrá usar el Eclipse IDE gratuito e inmensamente potente.
Una desventaja de GWT es que requiere que el navegador admita Javascript, no existe una "degradación elegante".
Soy fanático de jQuery, la capacidad de encauzamiento de acciones, recorridos y comandos es realmente poderosa. Un buen amigo mío está loco por Mootools, trabaja en una tienda de Java FWIW. Mencionó que una buena característica de Mootools es que puede especificar la funcionalidad que desea que incluya el marco y generará toda la biblioteca en una sola línea en un archivo que puede incluir en su página para minimizar el peso del marco (bastante característica interesante). Realmente solo depende de con qué te sientas más cómodo. jQuery tiene excelentes tutoriales, es súper rápido y se puede usar junto con otros marcos de JavaScript.