Examen 1 - POO2

Question 1

Pratiques et principes de programmation

Answer 1

• Nettoyage du code (code mort, warning, formatage etc.)
• Tell don’t ask
• Loi de Déméter
• QCS Query-Command Separation
• KISS
• DRY
• YAGNI
• Clean code

Question 2

Nettoyage du code

Answer 2

enlever code mort, jamais appeler, resoudre warning, formatage, nettoyer imports, enlever les string/num magiques

Question 3

Tell don’t ask

Answer 3

ne pas demander une info a lobjet et faire le travail à sa place, juste lui dire de faire son boulot (ex: on demande pas le moteur de la voiture pour le demarrer on dit a la voiture de demarrer)

Question 4

Loi de Démeter

Answer 4

on connait juste ces amis directe, on ne partage pas plus que necessaire et ainsi on limte les dependances

Question 5

QCS

Answer 5

querry command separation, ne pas faire une modification et une obtention d’info dans la meme methode

Question 6

KISS

Answer 6

keep it simple, stupid ne pas se compliquer la vie, ecrire du code simple, ne pas penser a faire des optimisations difficles des le debut

Question 7

DRY

Answer 7

don’t repeat yourself, ne pas repeter du code, garde le tt simple

Question 8

YAGNI

Answer 8

you are not gonna need it, reflechir avant de coder qq chose d’inutil qui n’est pas demander, ex : tt les getters ne sont pas forcements a coder

Question 9

Principes de programmation objet

Answer 9

• SRP (S de SOLID)
• Encapsulation
• Séparation des interfaces (I de SOLID)
• Open-Closed Principle (O de SOLID)

Question 10

SRP

Answer 10

single responsability principle, une classe ne fait qu’une seule chose et elle le fait bien

Question 11

Encapsulation

Answer 11

garder attribut privé, ne pas donné accès à n’importe qui, be shyyy

Question 12

Séparation des interfaces

Answer 12

ne pas obliger une classe a implementer des methodes dont elle n’a pas besoin, favoriser la creation de multiples interfaces que d’une grosse qui est sensé tout faire

Question 13

Open closed principle

Answer 13

Le principe ouvert/fermé stipule que les entités (classes, modules, fonctions, etc.) doivent être ouvertes à l’extension mais fermées à la modification. Cela signifie que vous pouvez ajouter de nouvelles fonctionnalités sans modifier le code existant.

Question 14

Nom d’objet = référence de l’objet

Answer 14

MyClass obj = new MyClass();

Ici, obj est une référence à l’objet de type MyClass qui a été instancié.

Question 15

les differents types de passage

Answer 15

passage en para et les return se sont par valeurs donc une copie
si on fait une copie de la reference la c’est l’original donc si je fait Class ref = class; (class obj creer avant) et que je modifi ref, je modifi aussi class

Question 16

static

Answer 16

rattaché à la classe et non à un objet, a eviter paratage entre instance

Question 17

final

Answer 17

non modifiable une fois initialisé, ex : final int att; une fois construit peut plus etre changer (attribut) ou constante donc public static final int ALLO= 1;

Question 18

Interface

Answer 18

contien juste signature methode, represente une capacité, mot clé implments, classe obligé de definir/redefinir les methodes de linterface, contrat de servie, c abstrait

Question 19

Programmez avec les interfaces pas avec les implémentations

Answer 19

eviter usage classe concrete pour eviter dependance, necessite injection de dependance

Question 20

Injection de dependance

Answer 20

fournit obj concret au lieu de le creer dans la classe, la classe parle juste de l’interface mais on peu lui passe du concret

Question 21

Surcharge de méthodes

Answer 21

meme nom mais pas meme signature

Question 22

Polymorphisme

Answer 22

implementer interface ou heriter d’une classe, se creer de facon general (super class ou interface) appeler methode presente dans interface/super (plus petit marche pas car est definis autrement) la methode sexecuters de facon override

Question 23

Stratégie pattern

Answer 23

1 interface stratégie (au moins 1 méthode pour exécuter la stratégie)
o Classes concrètes de stratégie
o Classe de contexte : classe qui va utiliser les stratégies
▪ Programmer avec les interfaces pas avec les classes concrètes
▪ Injection de dépendance : méthode avec un paramètre du type de l’interface, qui permet de
recevoir la ou les stratégies concrètes
▪ Méthode qui va exécuter la ou les stratégies concrètes en utilisant le polymorphisme
o Tests de la classe de contexte : utilisation de mocks

Question 24

Exemples de stratégie pattern

Answer 24

Moyens de paiement
o Éléments à dessiner
o Augmentations salariales de différents types
o Voiture et son moteur
o Comparateur de Java pour le tri d’une collection

Question 25

Fabrique simple (Factory pattern)

Answer 25

Le patron de fabrique est souvent utilisé avec le patron Stratégie pour créer des instances de stratégies sans spécifier leur classe concrète.

Question 26

Mocks

Answer 26

Couper la dépendance avec les classes qui ne sont pas sous test o Comment ça marche? ▪ Permet de contrôler le comportement du mock pour le rendre prévisible

Question 27

Code under test

Answer 27

toujours comprendre quel est le code testé dans un testtoujours comprendre quel est le code testé dans un test

Question 28

Spy

Answer 28

Espionne l’appel à des méthodes o Espionne la valeur des paramètres

Question 29

Stub

Answer 29

Bouchon o Renvoie toujours la même valeur

Question 30

Fake

Answer 30

Substitut o Contrôle la valeur de retour (qui peut prendre donc plusieurs valeurs)

Question 31

Dummy

Answer 31

Fantôme o Il ne fait rien o Il est là parce qu’il est nécessaire au test mais n’est pas impliqué dans le code testé

Question 32

Conseils/Attention :

Answer 32

Code le plus simple o Aucune logique d’application o On ne teste pas un mock o On ne regarde pas les classes concrètes pour écrire un mock. On regarde uniquement l’interface que le mock doit implémenter.