:: Enseignements :: Master :: M1 :: 2016-2017 :: Programmation Orientée Objet - Design Patterns ::

---

Programmation Orientée Objet - Design Patterns

---

Responsable Philippe Finkel -- www -- @ Remi Forax -- www -- @

---

Objectifs du cours

A l'issue de ce cours:

• vous serez capable de réaliser des tests unitaires JUnit pour toutes les classes que vous écrivez.
• vous serez capable de mettre en œuvre une dizaine de design patterns dans vos projets d'école, en respectant correctement la terminologie.
• vous serez capable d'écrire des codes simples (inférieur à 5 j.h) respectant les principes essentiels de responsabilité unique des classes, de localité.
• vous serez capable de décrire les dépendances d'un code simple et vous serez en mesure de jugez la pertinence de ces dépendances.
• vous serez capable de concevoir et développer des logiciels relativement complexes (charge inférieure à 30 j.h) en mettant en œuvre les principes S.O.L.I.D. de la programmation orientée objet et les design patterns étudiés.
• vous serez capable, pour de tels logiciels, de modéliser votre conception à l'aide de schémas UML.
• vous serez capable de reprendre un code relativement complexe (charge inférieure à 15 j.h), de le comprendre, de le tester avec des tests JUnit et de le restructurer pour améliorer la distribution des responsabilités entre classes.

Déroulement

l'alternance classique cours/td est remplacée par des séances mixtes td/corrections/discussions/questions + une partie en autonomie et du travail d'auto-correction. un thème par semaine :

• vous devrez lire le poly et préparer le thème de la semaine
• 2 séances avec les enseignants. La première pour correction du TD fait en autonomie et questions sur le poly de la semaine. La seconde pour un td sur le thème de la semaine. Approfondissements des notions de la semaine. Discussions pour compléter le poly.
• 1 TD à faire en binôme (en autonomie) et compte-rendu à rendre sur e-learning avant le dimanche soir 20h.
  les rendus doivent systématiquement inclure des schémas UML corrects ( cf annexe UML du poly ). Il n'est pas nécessaire/recommandé d'utiliser un logiciel UML; faites un simple schéma au crayon + une photo.
• 1 correction par les pairs : corriger le compte-rendu d'un autre binôme et lui envoyer votre correction (constructive !) sur le forum e-learning.
  vos corrections doivent être envoyées au plus tard le lundi 22h

Si la plateforme e-learning n'est pas disponible pour recevoir vos compte-rendus, envoyez-les simplement par mail aux 2 enseignants. et corrections
Pour la première semaine, si vous ne recevez pas l'indication du binôme à corriger, organisez-vous entre vous ! et envoyez vos corrections par mail au binôme choisi, avec copie aux enseignants.

pas de projet.
pas d'autre CR de TD à faire en dehors de celui à rendre le dimanche.

e-Learning

La page elearning correspondant à ce cours.
C'est sur cette page que vous devrez déposer les compte-rendus de TD.

Sujets de TD

Programmation Objet

• révision sur les hiérarchie de classe et le polymorphisme
• comprendre la différence entre héritage et délégation
• prendre conscience de la souplesse supplémentaire avec la délégation
• apprendre (et commencer à comprendre) les principes SOLID

Dessinons !
[Etudes techniques librairie Canvas] [Dessins des lignes] [Et des ellipses ...] [Un peu de selection] [Selection colorée]

Ré-écrivons ls
[Ligne de commande et liste de fichiers]

Jouons !
[Enfin la paye]

Tests unitaires : tester avant, pendant, toujours !

• comprendre que les tests, ce n'est pas un truc de prof !, ça va vous AIDER et rendre le développement plus agréable
• savoir mettre en oeuvre des tests unitaires (JUnit uniquement). Sur une classe ou un ensemble de classes. Sans dépendances extérieures, Sans mock. tests unitaires uniquement.
• comprendre les bonnes pratiques pour savoir quoi et comment tester
• initiation au TDD

JUnit et tests
[Liste de course]

TDD
[Questions] [Conversion de nombre Romain vers les entiers] [Conversion d'entiers vers les chiffres Romain] [Nombre Romain préfix]

Design Patterns de création

• découverte des DP
• différencier construction et initialisation
• être capable de repérer les problématiques où une factory améliore le design et le code
• comprendre les différences d'intention et de fonctionnement des différentes factories
• maîtrise de la terminologie des DP creational

Equilibrium
[Equilibrium]

Passe ton bac
[Questions] [Des bacs et des camions] [et les Motos ?] [Factory ?] [Adaptons !] [Déléguons !] [OCP] [Fermeture (optionnel)]

DP Decorator, Proxy, Adapter, Composite

• découvrir les DPs Decorator, Proxy, Adapter, Composite
• savoir les mettre en oeuvre
• s'initier à l'utilisation simultanée de plusieurs DPs

Je loggue, tu loggues, ...
[Mon logger à moi]

Jouons à la guerre !
[Questions] [Des unités militaires]

DP observer, visitor

• découvrir les DPs Observer, Visitor
• savoir les mettre en oeuvre
• continuer à composer plusieurs DPs

Un serveur de commandes
[Un serveur de commandes]

Ca vaut le détour
[Questions] [Encore une calculette !] [Le visiteur avec des lambdas (optionnel)]

Entraînement !

• entraînements au TP noté
• concevoir un design et le mettre en oeuvre en utilisant éventuellement un ou plusieurs DPs
• Exam de Design Patterns ( ENTRAINEMENT )
  [Console, Voyelle, ...]

Poly (en cours)

• poly

Quelques références

• Intro générale conception et développement
• Rudiments d'UML

Bibliographie

• LA référence des DPs : Design Patterns - GoF
• Une bonne présentation : Head First - Design Patterns

---