java - problem - ¿Por qué el marco de juego no está construido sobre la API de Servlet?
javax servlet http httpservlet was not found on the java (2)
De las FAQ
Somos plenamente conscientes de que tomamos decisiones que son poco comunes en el mundo de Java, y que Play no sigue ciegamente todas las llamadas "buenas prácticas" de Java. Pero todos los miembros del equipo de Play son desarrolladores de Java muy experimentados y estamos totalmente conscientes de las elecciones que tomamos y las reglas que rompimos.
Java en sí es un lenguaje de programación muy genérico y no fue diseñado originalmente para el desarrollo de aplicaciones web. Es muy diferente escribir una biblioteca Java genérica y reutilizable y crear una aplicación web. Una aplicación web en sí no necesita ser diseñada para ser reutilizable. Necesitas menos abstracción, menos configuración. La reutilización existe para las aplicaciones web, pero a través de las API de servicios web en lugar de la integración a nivel de idioma.
Cuando el tiempo de desarrollo tiende a cero, puede concentrarse en las características de su aplicación y experimentar rápidamente, en lugar de tratar de abstraer cosas para desarrollos futuros.
¡Jugar! las aplicaciones pueden implementarse como aplicaciones web en otros contenedores de servidores web, pero están diseñadas principalmente como un marco de pila completo; El juego es la plataforma. Y, en mi opinión, esto es lo que lo hace hermoso y rápido.
Comencé a jugar con el playframework recientemente y realmente disfruto de la simplicidad.
Pero una pregunta molesta que he tenido es por qué evita la especificación del servlet por completo. ¿Cuál fue la motivación principal detrás de tal decisión arquitectónica?
Revisa el blog de Guillaume Bort. (Fundador de Play! Framework). Lo explica todo en su blog.
EDITAR: El enlace ha cambiado, gracias procrastinate_later