POJO : Plain Old Java Objects. Cette abréviation permet d'indiquer que cette classe ne dépend d'aucun framework ou serveurs pour compiler. Elle est souvent comparée en opposition à des EJB (Entreprise Java Beans).
Singletons : Un Design Patterns qui définit que seule une instance de la classe peut exister à un moment donné.
Thread Safe : Dans un environnement où des processus parallèles sont exécutés sur un serveur, il faut s'assurer que les données d'un traitement ne viennent pas être écrasées/utilisées par un autre. Pour cela il faut mettre tous les moyens en œuvre pour s'assurer que les variables soient « thread-safe ».
Mock Objects : Objets « Bouchons ». Lors de la phase de tests, un des objectifs est de pouvoir faire des tests dits « unitaires » ce qui signifie que nous cherchons à tester une classe, une méthode. Or, dans la plupart de ces classes ou méthodes Java, nous faisons appels à d'autres classes, d'autres méthodes. Il est donc impossible de tester notre classe sans que notre test ne dépende aussi de ces autres classes. Si une erreur est décelée, il sera ensuite difficile de savoir si c'est notre classe ou une de celles appelées qui sera en faute. Pour cela, nous utilisons des objets « bouchons » avec des comportements prédéfinis (pas d'appels de web service, pas d'appels en base de données) ce qui nous permet, comme nous savons à l'avance ce que nous renvoient les bouchons, de savoir si notre classe se comporte correctement ou non.
Java Bean : Règle de construction de nos classes afin de permettre une homogénéité indispensable à l'utilisation de frameworks (tels que Struts, Hibernate, Spring, etc.). Afin qu'une classe soit dite « compatible Java Bean », il faut :
L'ensemble des tutoriels Mistra by Mistra est mis à disposition selon les termes de la licence Creative Commons et Paternité - Partage des Conditions Initiales à l'Identique 3.0 Unported. Les autorisations au-delà du champ de cette licence peuvent être obtenues à http://www.mistra.fr/contact-mistra.html.