groovy

veo que critican la velocidad de este lenguaje por ser compilado, tenia pensado pasar todo mi modelos de clases a groovy igual que mis daos a groovy es mala idea?? o que debe programar en groovy y que en java.

Opciones de visualización de comentarios

Seleccione la forma que prefiera para mostrar los comentarios y haga clic en «Guardar las opciones» para activar los cambios.

Más bien por no ser

Más bien por no ser compilado.

Si bien recuerdo lo que querías evitar era los setters y getters. Si crees que es mejor reescribir todo en Groovy porque no quieres poner escribir setX() getX() cada vez, me parece que no sería la mejor decisión. Para evitar ese tedio cualquier editor decente lo puede generar por ti o puedes usar la anotación @Data de Lombok.

Puedes usar Groovy como reemplazo de Java perfectamente, no creo que tuvieras impacto en la velocidad al usarlo a menos que tengas miles millones de operaciones por segundo.

Yo lo dejaría en Java si ya lo tienes construído y me enfocaría en las partes que aún le hacen falta construía a lo que sea que estes construyendo.

Si vas a construir cosas nuevas puedes hacerlas en Groovy sin preocupación alguna. Al principio será la curva de aprendizaje del lenguaje pero después veras que será más rápido pasar tus ideas a código

Imagen de rodrigo salado anaya

Ya tiene tiempo

Ya tiene tiempo que el performance no es un problema con Groovy o por lo menos desde la versión 2.X, tal vez te interese leer esto y hasta el propio Guillaume Laforge comento algo relacionado con esto en una de sus últimas entradas a su blog.

Que bueno que ya tomaste la decisión de usar Groovy y como ya comento OscarRyz puedes usar Groovy con Java sin problema alguno justo para eso se creo el lenguaje.

Imagen de julgo

holas aprovecho el tema para

holas aprovecho el tema para ver si se despejan algunas dudas que tengo , hace tiempo que no usaba groovy y cuando lo hacia era en java SE , hace poco intente comenzar un proyecto web teniendo el jdk 8 y grails pero no logro ejecutarlo asi que me parece que es por que ¿no soporta aun java 8? y otra pregunta que es sobre grails ¿si es que viene con un servidor incorporado y este es jetty por defecto? y si no es asi basta con hacer el war y desplegarlo en uno como glassfish o tomcat? .

Imagen de rodrigo salado anaya

Siempre es mejor abrir un

Siempre es mejor abrir un nuevo hilo para nuevas preguntas, pero bueno.

Que versión de groovy usaste? la 2.3 oficialmente ya corre usando el jdk8, por cierto hay un video que al inicio habla sobre esto y otro montón de cosas de la versión 2.3.

Grails si trae un servidor Jetty (lee esto) que usualmente sirve para tu entorno de desarrollo  , pero también puede arrancar un tomcat con el war de tu app con el comando  , revisa la documentación, pero si lo que quiere es generar un war para montarlo en algún otro server como glassfish usa el comando   y en la carpeta target se creara el war de tu app para que hagas con ella lo que quieras.

Pero si tienes más dudas o comentario por favor abre otro hilo.

Saludos.

Imagen de julgo

no crei necesario abrir otro

no crei necesario abrir otro hilo ya que el tema era relacionado a goovy , pero gracias por la info el problema era relacionado con las variables de entorno y permisos de administrador , ya estoy realizando algunos ejemplos me descargue la 2.4 .

Imagen de ElderMael

Los veteranos y el Groovy Dinamico

Cito desde el articulo Runtime vs Compile time, Static vs Dynamic:

It might be scary to do away with all of your static typing and compile time checking at first. (smile) But many Groovy veterans will attest that it makes the code cleaner, easier to refactor, and, well, more dynamic. You should make all efforts to use unit tests to verify your intended behavior. Also keep in mind that Groovy also offers a slew of features to make unit testing easier as well.

Lo que quisiera saber es ¿Como hacen los veteranos para probar código dinámico?

@julgo Mas que nada porque

@julgo Mas que nada porque luego las conversaciones se vuelven "raras" o difícil de entender. Una persona habla de una cosa y luego alguien más le responde sobre otra.