El documento presenta Grails, un framework de desarrollo web basado en Groovy. Explica que Grails usa principalmente el lenguaje Groovy, tiene una arquitectura similar a JavaEE, y es extensible a través de plugins. Luego justifica el uso de Grails debido a que aprovecha la simplicidad de Groovy, usa convención sobre configuración, incorpora MVC, e implementa inyección de dependencias. Finalmente, la presentación concluye resumiendo la experiencia del orador con Grails.

1. Agosto 2016
First 90
GRAILS

2. Agosto 2016
Sobre mí
Iván Abregú
Ingeniero Ssr. de Software
Registration Team
Java, Groovy, iOS ... developer

3. This is our vision
Building the foundation to Build a 3B Company by FY20
Agenda
ETAPA 1 . ¿Qué es? y ¿Por qué grails?.
ETAPA 2 . Justificando los “Por qué”.
ETAPA 3. Nuestra experiencia.

4. Etapa 1
¿Qué es? y ¿Por qué grails?.

5. This is our vision
Building the foundation to Build a 3B Company by FY20¿Qué es?
Es un framework de desarrollo de aplicaciones Web en el que
usamos principalmente el lenguaje Groovy.

6. This is our vision
Building the foundation to Build a 3B Company by FY20¿Qué es?
Es un framework de desarrollo de aplicaciones Web en el que
usamos principalmente el lenguaje Groovy.
● Arquitectura tipo JavaEE.
● Construido sobre un conjunto de frameworks.
● Extensible por una extensa librería de plugins.
● Su objetivo es simplificar el desarrollo de aplicaciones
web.

7. This is our vision
Building the foundation to Build a 3B Company by FY20¿Qué es Groovy?
Es un lenguaje basado en Java que corre sobre la JVM
● Dinámico
● Compila en tiempo de ejecución

8. This is our vision
Building the foundation to Build a 3B Company by FY20¿Qué es Groovy?
Es un lenguaje basado en Java que corre sobre la JVM
● Dinámico
● Compila en tiempo de ejecución
Groovy <--> Java
● + Sencillo
● + Expresivo
● GDK (Groovy development kit)

9. This is our vision
Building the foundation to Build a 3B Company by FY20¿Por qué Grails?

10. This is our vision
Building the foundation to Build a 3B Company by FY20¿Por qué Grails?
● Simplicidad con Groovy.

11. This is our vision
Building the foundation to Build a 3B Company by FY20¿Por qué Grails?
● Simplicidad con Groovy.
● Convención sobre configuración.

12. This is our vision
Building the foundation to Build a 3B Company by FY20¿Por qué Grails?
● Simplicidad con Groovy.
● Convención sobre configuración.
● MVC incorporado.

13. This is our vision
Building the foundation to Build a 3B Company by FY20¿Por qué Grails?
● Simplicidad con Groovy.
● Convención sobre configuración.
● MVC incorporado.
● Inyección de dependencias

14. Etapa 2
Justificando los “Por que”

15. Simplicidad con
Groovy

16. Defs
Declarar variables y métodos sin tener que especificar el tipo

17. Defs
Declarar variables y métodos sin tener que especificar el tipo

18. Defs
Declarar variables y métodos sin tener que especificar el tipo

19. Defs
Declarar variables y métodos sin tener que especificar el tipo

20. Listas

21. Listas

22. Listas

23. Listas

24. Listas

25. Listas

26. Listas

27. Listas

28. Listas

29. Mapas

30. Mapas

31. Mapas

32. Mapas

33. Mapas

34. Mapas

35. Mapas

36. Bucles

37. Bucles

38. Bucles

39. Bucles

40. Bucles

41. Bucles

42. Bucles

43. Closures

44. Closures

45. Closures

46. Closures

47. Closures

48. Closures

49. Convención sobre
Configuración

50. Convención sobre Configuración
Conocido como CoC es un paradigma de programación de software

51. Convención sobre Configuración
Conocido como CoC es un paradigma de programación
● Ubicación de directorios en base a su responsabilidad

52. Convención sobre Configuración
Conocido como CoC es un paradigma de programación
● Ubicación de directorios en base a su responsabilidad
● Nombres descriptivos

53. Convención sobre Configuración
Conocido como CoC es un paradigma de programación
● Ubicación de directorios en base a su responsabilidad
● Nombres descriptivos
● Solo se necesita especificar los aspectos no convencionales de la aplicación

54. Convención sobre Configuración
Conocido como CoC es un paradigma de programación
● Ubicación de directorios en base a su responsabilidad
● Nombres descriptivos
● Solo se necesita especificar los aspectos no convencionales de la aplicación
● No se pierde flexibilidad

55. Convención sobre Configuración
Directorios raíces

56. Convención sobre Configuración
Directorio “conf”

57. Convención sobre Configuración
Directorio “controllers”

58. Convención sobre Configuración
Directorio “controllers”
Directorio “views”

59. Convención sobre Configuración
Directorio “services”

60. Convención sobre Configuración
Directorio “domain”
Directorio “services”

61. MVC Incorporado

62. MVC incorporado

63. MVC incorporado

64. MVC incorporado

65. MVC incorporado

66. MVC incorporado

67. MVC incorporado

68. Inyección de
dependencia

69. Inyección de dependencia

70. Inyección de dependencia

71. Inyección de dependencia

72. Inyección de dependencia

73. Inyección de dependencia
Inyección automática en:
● Otros servicios
● Controllers
● Domains
● Taglibs

74. Etapa 3
Nuestra Experiencia

75. ?

76. Muchas
gracias