Playframework y Django

Question

He trabajado con Django antes y tienen poco la href="http://www.playframework.org" rel="nofollow noreferrer"> Juego marco .

Es esta la respuesta de la comunidad Java para Django? Cualquier experiencia con él? Cualquier comparación de rendimiento con otros frameworks web Java?

Editar: casi similar a esta pregunta , respuestas, por desgracia, no dicen mucho sobre el marco.

Answer 1

Juega! es un soplo de aire fresco en Java y pasa por toda la costra de empresa que ha evolucionado a lo largo de los años. Incluso el espacio de nombres es simplemente no juega com.playframework. Se supone que es una respuesta a Rails, Django, etc, y se basa MVC. Es necesario para Java para mantener su relevancia en todas las tiendas de la empresa, pero profundas arraigadas.

Juega! reduce el exceso de extracción y la configuración antigua dolorosa de Java. Es una pila completa no se basa o jugar a la antigua metodología servlet / EJB como Restlet trató de hacer (hacer estar más tranquilos en servlets). ¡Jugar! Es un gran marco de Java basada en REST que es un competidor válido para otras plataformas marcos MVC.

Es muy relajante y es fácil de enlazar un parámetro a un método Java. También han hecho APP mucho más fácil de utilizar a través de su espacio de nombres de juego.

play.db.jpa.Model

public void messages(int page) {
    User connectedUser = User.find("byEmail", connected());
    List<Message> messages = Message.find(
        "user = ? and read = false order by date desc",
        connectedUser
    ).from(page * 10).fetch(10);
    render(connectedUser, messages);
}

Python se utiliza para secuencias de comandos en lugar de construye con Maven que podría salvar algunas vidas.

No he estado tan excitado sobre un marco de Java desde Red5 o Restlet. Una ventaja es que tienen maneras fáciles de conseguir su aplicación en Google App Engine, así utilizando la versión Java de GAE.

Answer 2

He estado usando Juego! ahora por unos pocos meses y de hecho han llegado a amar el marco. Luché con Rails y Django un poco, sobre todo porque yo realmente no soy un fan de los lenguajes de tipo dinámico; Sin embargo, nunca hubo un muy buen marco de desarrollo web para Java para competir con éstos. En términos de productividad, Rails y Django fueron los líderes de la carrera de armamentos MVC que estaba pasando. ¡Jugar! es impresionante, es concisa, escalable, potente, y tiene una gran comunidad que está creciendo todo el tiempo. Si todavía estás realmente en el uso de un lenguaje como Python o Ruby, puede utilizar la reproducción! con Scala también. Realmente estoy tratando de entrar en Scala en este momento porque creo que tiene un gran futuro y es muy divertido de usar. De todos modos, recomiendo darle una oportunidad!

Answer 3

El Juego! marco es una muy buena pieza de software, y que el entorno hinchada JavaEE debe inspirarse a partir.

Me moví desde Java -> Django debido al ciclo rápido "modificar el archivo" "navegador de recarga" /, y el Juego! marco hace que me volví a mi lenguaje Java favorito.

También podría compararse en algunos términos a lo Grails y en lenguajes dinámicos generales en Java (Groovy se utiliza en Juego!) Están tratando de importar:. Simplicidad, velocidad y fiabilidad

Answer 4

También soy un usuario de Django. Yo sólo he visitado el marco de reproducción y descremada thorugh su documentación. Tiene el diseño simplista Django se ha sabido de. Incluso tiene soporte de motor de aplicación incorporada. Estoy seguro que muchos desarrolladores de Java lo apoyarán, y sólo necesito un poco de tiempo para ver los plugins fresco de la comunidad.

Answer 5

Recientemente hemos empezado a utilizar Juego para la construcción de un servicio web para diversas aplicaciones móviles. Vengo de un entorno Java. Puedo decir que la curva de aprendizaje no es tan empinada - literalmente, en una hora que tenía el servicio web que se ejecuta con la API básica ya. Una semana más tarde estábamos en Amazon Web Services. Definitivamente veo un futuro para la reproducción, ya que simplifica el desarrollo web para desarrolladores de Java.

Un par de cosas que he notado, sin embargo (versiones de activos, etc.) todavía no están incorporados en el marco, pero estoy seguro de que estarán allí en el tiempo. Yo diría que es definitivamente vale la pena un tiro usando Reproducir.

Answer 6

Vengo de un fondo muy fuerte java. Así que mi respuesta aquí podría ser un poco parcial.

Juega finalmente lleva a la comunidad de Java lo Django ha sido durante todos estos años en la comunidad Python, pero sólo de una manera mejor. El juego se basa en la JVM, por tanto, la herencia todas las ventajas de una plataforma sólida que ha venido demostrando en los últimos años a ser el más fiable y escalable que permite escribir y ejecutar aplicaciones a gran escala.

quiero decir que lo intenté Django. Su popularidad entre la comunidad web me hizo curiosos y quería darle una oportunidad.

Por extraño que no lo encontramos tan fácil de usar como esperaba. Así que muchas configuraciones. Las bibliotecas también puedan hacer lo mismo y con frecuencia no jugar muy bien entre sí. Una forma demasiada magia. Por otra parte, al no tener la seguridad de tipos hace muy difícil de gestionar y mantener aplicación web en gran escala. No me malinterpreten, estoy bastante seguro de que la gente lograron hacerlo, pero en mi experiencia me sigue pareciendo java / scala el más adecuado para esto, especialmente cuando se comparte el código base con una gran cantidad de otros desarrolladores.

soporte IDE para Java es inmejorable. Si implementa TDD se encontrará refactorización de código y mover las cosas en el día a día. Y entornos de desarrollo Java que dan toda esta potencia. Con la seguridad de tipos y más.

Mi toma de distancia es que mientras usted se encuentra escribiendo una simple aplicación CRUD / prototipo / juguete sin siquiera pensar demasiado de características avanzadas y gran escala, entonces probablemente puede encontrar algunas ventajas sobre el uso de Python / Django. De lo contrario, todo el ecosistema de Java gana sin esfuerzo. Y el juego es la guinda del pastel.