Qué fué lo que hicimos? Recopilemos lo que hicimos para nuestra aplicación Tareas: 1. Creamos la aplicación base. 2. Agregamos el elemento de dominio Tarea usando el componente base Model. 3. Habilitamos una base de datos en memoria a través de la configuración db=mem
4. Aplicamos el módulo CRUD a la aplicación definiendo un componente controlador base denominado Tareas y configuramos su ruta de mapeo HTTP en /conf/routes 5. Verificamos la creación, modificación y borrado de tareas usando las interfaces generadas a través del módulo CRUD.
6. Empaquetamos nuestra aplicación para un ambiente de producción.
Conclusiones De forma sencilla y sin mucho esfuerzo definimos una aplicación sencilla pero lo suficientemente completa para mostrar las características fundamentales de Play, su simplicidad y convenciones de trabajo. Comparado a un ambiente JEE se tiene un ahorro de líneas de código efectivas, de forma que esta aplicación no solo es más corta, sino que es más legible y por tanto mantenible debido al uso de principios de desarrollo desde el inicio. Esto hace de Play una opción atractiva para desarrolladores del mundo Java que prefieran usar un entorno integrado más ligero y simplificado que los actuales.
Referencias [1]
http://www.playframework.org/documentation/1.2.5/home
[2]
http://www.playframework.org/documentation/1.2.5/guide8
[3]
http://stackoverflow.com/questions/5192904/play-framework-uses-a-lot-of-statics
Autor Timoteo Ponce Ingeniero de Software – Consultor Técnico timo@gmail.com