Le document présente SBT (Simple Build Tool), un outil de construction pour Scala, qui gère les dépendances, compile, publie des artefacts et exécute des tests avec des fonctionnalités clés comme l'exécution parallèle des tâches et l'évaluation des paramètres. Il explique également la structure de projet, la gestion des dépendances, ainsi que les librairies de test, notamment Scalatest et Spec2, qui facilitent le développement et la validation des applications. En outre, le document décrit les commandes shell pour interagir avec SBT et les modules de projet.

1. Université des languages
Scala tools
Fabrice Sznajderman

2. Plan
• SBT
• Librairies de test
• (Framework web)

3. SBT

4. Historique
Manuel
Script
Ant
Maven
Gradle
SBT
Automatisation
Portabilité
Standardisation
Extensibilité
Interactivité
Automatisation
Portabilité
Standardisation
Extensibilité

5. SBT
Simple Build Tool• Gérer les dépendances
• Compiler
• Publier des artefacts
• Exécuter des tests

6. Fonctionnalités clefs
• Shell
• Continuous <Task>
• Exécution des tâches en parallèle
• Compilation incrémentale
• Exécution des tests intelligente
• Extension simplifiée

7. Concepts clefs
• Task[T] :
• Unité de traitement
• Les tasks sont exécutées à la demande
• Exécutées une fois par run
SBT se base sur 2 concepts simple :
Tasks et Settings
On va pouvoir créer des dépendances
entre les tâches
• Setting[T] :
• Propriété de configuration
• Les settings sont évaluées uniquement au chargement
du projet

8. Définition d’une task

9. Définition d’un setting

10. Définition d’une task avec paramètre

11. Accès à la valeur d’une task ou setting
la méthode value() permet de lire le résultat (task) ou valeur
(setting)

12. Dépendance entre tâches
Pour créer une dépendance entre 2 tâches, il faut
que l’une accède au résultat de l’autre :
otherTask oneTask

13. Dépendance entre tâches
SBT est capable d’exécuter des tâches en parallèle
quand cela est possible :
otherTask oneTask
thirdTask

14. Shell : Inspect
La commande inspect avec le paramètre tree
permet de voir l’arbre de dépendances d’une
tâche :
> inspect tree otherTask
[info] sbtprojectdemo/*:otherTask = Task[Int]
[info] +-sbtprojectdemo/*:oneTask = Task[Int]

15. Shell : Inspect
La commande inspect avec le paramètre uses
permet de voir la liste des tâches utilisant cette
tâches
> inspect uses oneTask
[info]
[info] sbtprojectdemo/*:otherTask

16. Shell : show
La commande show affiche la valeur d’un setting
ou le résultat d’une task
> show baseDirectory
[info] /Users/fsznajderman/Dev/projects/sbtDemo
> show oneTask
[info] 2
[success] Total time: 0 s, completed 11 janv. 2016 13:02:00

17. Descripteur de build
• build.sbt (ou build.scala historique)
• Descripteur écrit avec [un DSL] Scala
• Principe de convention over configuration
• Projet mono module : descripteur non obligatoire
• projet multi module : Un seul fichier à la racine du
projet

18. Définition des versions
Possibilité de définir la version
• du compilateur scala
• de SBT
directement dans le fichier build.sbt
sbt.version=0.13.7 scalaVersion := 2.11.7

19. Structure d’un projet poc
myProject /

20. Structure d’un projet d’entreprise

21. Structure d’un projet multi-module

22. Structure d’un projet multi-module
• Un seul descripteur build.sbt à la racine du projet
• Toute la configuration est contenue dedans
• Possibilité de factoriser les settings communs

23. Shell : interaction avec sous module en particulier
Il est possible d’interagir avec un sous module à partir du shell. Il
faut utiliser la syntaxe suivante :
> repository/compile
> service/test
>show commons/ScalaVersion

24. Gestion des dépendances
• Gestion des dépendances avec Apache Ivy
• Déclaration dans le fichier build.sbt
• Format pour la déclaration d’une dépendance :
libraryDependencies += groupID % artifactID % revision

25. Gestion des dépendances
• Possibilité de gérer manuellement ses dépendances.
• Ce sont des unmanaged dependencies.
• Elles doivent être placées dans le répertoire lib (par
défaut)

26. Gestion des dépendances
• Il est possible de gérer plus finement les versions des
dépendances avec SBT.
• SBT va rechercher la librairie adaptée à la version de
compilateur Scala définie dans le build.sbt
• Cette fonctionnalité s'applique uniquement aux librairies
construite avec SBT
libraryDependencies += groupID %% artifactID % revision

27. Classes utilitaires
• IO : Manipulation du File System
• Process : Execution de process externe
• Stream : Accès sur le système de log

28. Plugins
• IDEs
• Test
• Code coverage
• Static code analysis
• packaging
• Releases
• Deployment integration
• Android & iOs
• Monitoring integration
• Web and front-end development
• Documentation
• Library dependency
• Utility and system
• Database
• Code generator
• Game development
• OSGi
http://www.scala-sbt.org/0.13/docs/Community-Plugins.html

29. Hands-on!
Démo

30. Librairies de test
ScalaTest
Spec2
ScalaCheck

31. ScalaTest
• Approche similaire à celle de JUnit
• Utilisation principalement d'assertions
• Ouvert sur de nombreux outils du marché comme :
• Mockito,
• Junit,
• TestNG

32. ScalaTest
• Propose plusieurs styles pour rédiger les TUs.
Chaque approche répond à un besoin particulier.
• FunSuite : Proche du style xUnit
• FlatSpec : Introduction à BDD
• FunSpec : Concept tiré de Ruby's RSpec tool
• http://www.scalatest.org/user_guide/
selecting_a_style

33. ScalaTest : FunSuite

34. ScalaTest : FlatSpec

35. Scala Spec2
• Basé sur l'approche Behavior Driven Development
• Les tests décrivent le fonctionnement attendu des
composants testés littéralement
• Propose un DSL riche

36. Scala Spec2

37. ScalaCheck
• Basé sur l’approche Property Based Testing
• Inspirée de la librairie Haskell : QuickCheck
• Générateur de données aléatoire
• Pas de dépendance autre que le runtime Scala
• Utilisation standalone ou avec Spec2 ou ScalaTest

38. ScalaCheck

39. ScalaCheck

40. Hands-on!
A vous de jouer!