Lista de discusión de Play! framework para América Latina

Hace unas semanas creamos una lista de discusión de Play! framework para América Latina. Nuestra intención es ponernos en contacto con todos los desarrolladores de habla hispana que estén trabajando con este framework o estén interesados en colaborar con nosotros para hacer crecer la comunidad de usuarios.

Pueden registrarse en https://groups.google.com/group/play-latam. También tenemos pensado comenzar a traducir documentos y a generar contenido en castellano.

Si quieren echarle una mirada a este framework pueden visitar http://playdoces.appspot.com/ o el sitio oficial de Play! http://www.playframework.org/.

Nota: noticia enviada por opensas

Comments

[luis]

el problema del excesivo abuso de métodos estáticos es vuelves imposible el testing ni soñar con tdd ni soñar con injeccion de dependencias a menos que la hagas manualmente a cada rato dentro todos los métodos estáticos

[opensas]

luis, acá tenés la respuesta del lider de play acerca de los static methods: http://stackoverflow.com/questions/5192904/play-framework-uses-a-lot-of-statics

play usa métodos estáticos unicamente en:

- los controladores, dado que no están orientados a objetos (no tienen estado, son puro comportamiento)

- en el Model con métodos factory y de utilidades findAll(), count(), create(), que no dependen de ninguna instancia en particular

- en algunas librerías y utilidades

y claro que puedes usar inyección de dependencias y, a mi parecer al menos, trae muy buen soporte para TDD... Play trae incluso unas pruebas especiales (las llaman funcionales) para testear los controllers...

pero bueno, sobre gustos no hay nada escrito, y estos debates son bienvenidos... de todas maneras te recomendaría que hagas una prueba mínima con play a ver qué te parece...

[luis]

justo es el problema cuando abusas de métodos estáticos es que te quedas solo en pruebas funcionales al igual que un sistema legado de muy mal diseñado simplemente es demasiado difícil probarlo y luego lo unció que te queda es probarlo todito desde la vista (lo que pase por dentro es magia negra y para refactorisarlo tardaría años si años) te quedas sin poder probarlo con granudalidad fina
bueno si me dices que lo puedes pasar por los métodos entonces significa que tendría que poner 1 o mas lineas que me pida el framework de id en todos los métodos staticos a menos que de mala manera crear todo con variables y métodos estáticos adiós el testing