Cadre de jeu

Play Framework est un framework d'application Web open source qui suit le modèle architectural modèle-vue-contrôleur (MVC) . Il est écrit en Scala et utilisable à partir d'autres langages de programmation compilés en bytecode JVM , par exemple Java . Il vise à optimiser la productivité des développeurs en utilisant la convention sur la configuration , le rechargement de code à chaud et l'affichage des erreurs dans le navigateur.

La prise en charge du langage de programmation Scala est disponible depuis la version 1.1 du framework. Dans la version 2.0, le noyau du framework a été réécrit en Scala. La construction et le déploiement ont été migrés vers SBT et les modèles utilisent Scala au lieu d' Apache Groovy .

Play a été créé par le développeur de logiciels Guillaume Bort, alors qu'il travaillait chez Zengularity SA (anciennement Zenexity). Bien que les premières versions ne soient plus disponibles en ligne, il existe des preuves de l'existence de Play dès mai 2007. En 2007, des versions préliminaires du projet étaient disponibles en téléchargement sur le site Web de Zenexity.

Play s'inspire fortement d' ASP.NET MVC , Ruby on Rails et Django et est similaire à cette famille de frameworks. Les applications Web Play peuvent être écrites en Scala ou en Java, dans un environnement qui peut être moins centré sur Java Enterprise Edition . Play n'utilise aucune contrainte Java EE. Cela peut rendre Play plus simple à développer par rapport à d'autres plates-formes centrées sur Java.

Bien que Play 1.x puisse également être empaqueté sous forme de fichiers WAR à distribuer aux serveurs d'applications Java EE standard , Netty intégrés .

• Sans état : Play 2 est entièrement RESTful : il n’y a pas de session Java EE par connexion.
• Tests unitaires intégrés : le support JUnit et Selenium est inclus dans le noyau.
• L'API est livrée avec la plupart des éléments requis intégrés.
• E/S asynchrones : grâce à l'utilisation d'Akka HTTP comme serveur Web, Play peut traiter de longues requêtes de manière asynchrone plutôt que de bloquer les threads HTTP effectuant une logique métier comme les frameworks Java EE qui n'utilisent pas le support asynchrone offert par Servlet 3.0.
• Architecture modulaire : comme Ruby on Rails et Django, Play est livré avec le concept de modules.
• Prise en charge native de Scala : Play 2 utilise Scala en interne, mais expose également une API Scala et une API Java délibérément légèrement différente pour s'adapter aux conventions Java, et Play est totalement interopérable avec Java.

Play fournit une intégration avec des frameworks de test pour les tests unitaires et les tests fonctionnels pour les applications Scala et Java. Pour Scala, les intégrations avec Scalatest et Specs2 sont fournies prêtes à l'emploi et, pour Java, il existe une intégration avec JUnit 4. Pour les deux langages, il existe également une intégration avec Selenium (logiciel) . SBT est utilisé pour exécuter les tests et également pour générer des rapports. Il est également possible d'utiliser des outils de couverture de code en utilisant des plugins sbt tels que scoverage ou jacoco4sbt.

En août 2011, Heroku a annoncé la prise en charge native des applications Play sur sa plateforme de cloud computing . Cela fait suite à la prise en charge basée sur des modules pour Play 1.0 sur Google App Engine et à la prise en charge documentée sur Amazon Web Services .

En octobre 2013 , Play Framework était le projet Scala le plus populaire sur GitHub .

En juillet 2015, Play était la 3ème bibliothèque Scala la plus populaire sur GitHub, sur la base de 64 562 bibliothèques. 21,3 % des principaux projets Scala utilisaient Play comme framework de choix.

Parmi les utilisateurs professionnels du Play Framework figurent Coursera , HuffPost , Hootsuite , Janrain , LinkedIn et Connectifier .