Version sans JavaScript, en lecture seule : les ateliers, les quiz et l’exécution du code n’y sont pas. Version complète · Catalogue · Se connecter
3iL Ingénieurs · Rodez · 3iL I2 · section par apprentissage (promo 24) · septembre → novembre 2026
Programmation professionnelle
Architecture logicielle, exceptions, patrons de conception. Treize notions certifiées sur papier, un projet évalué avec l'assistant autorisé.
Supports de cours
- Le contrat du module, et la carte des notions : Ce qui est attendu, comment c'est noté, ce que l'assistant a le droit de faire, et les vingt-huit notions du module avec la question d'épreuve de chacune des treize certifiées.
- Pourquoi Java, et pourquoi ce module : Le contexte du module, ce que Java apporte en entreprise, et ce que « programmation professionnelle » veut dire ici. Rien de certifié dans ce chapitre.
- Synthèse du premier cours : relations, héritage et interfaces : Les trois notions du premier cours, et deux erreurs fréquentes qui les accompagnent, vérifiées en exécutant le code.
- La lutte des classes : Les quatre relations entre classes (association, agrégation, composition, héritage) et le critère qui permet de les distinguer, la durée de vie des objets.
- Hériter ou composer : L'héritage est la relation la plus forte entre deux classes. Ce chapitre présente ce qu'il apporte, ce qu'il coûte, et les cas où il vaut mieux recourir à la composition.
- Dépendre d'une interface : Pour réduire le couplage, il ne suffit pas de déclarer une interface : la classe doit recevoir l'objet dont elle dépend au lieu de le créer elle-même.
- Le type déclaré et le type réel : Le compilateur se fonde sur le type déclaré, l'exécution sur l'objet réel. Ce chapitre distingue les deux, source d'erreurs fréquentes à l'audit de rentrée.
- Encapsulation et invariants : Rendre un attribut privé ne suffit pas à protéger un objet. L'encapsulation sert à garantir des invariants, c'est-à-dire des propriétés qui doivent rester vraies.
- Couplage, cohésion, God Object : Le couplage et la cohésion, deux critères pour évaluer une conception, et le God Object, qui ne respecte ni l'un ni l'autre.
- Les exceptions : Ce que devient l'exécution quand une opération échoue, la différence entre exceptions vérifiées et non vérifiées, et les façons courantes de masquer une erreur sans le vouloir.
- Les patrons de conception : Trois patrons à savoir reconnaître, onze autres présentés pour référence, et la question à se poser avant d'en utiliser un : quel problème faut-il résoudre ?
- Le contrat d'Object : Les méthodes que toute classe hérite d'Object et qu'il faut souvent redéfinir, le contrat qui lie equals et hashCode, et ce qui se passe quand il n'est pas respecté.
- Généricité et énumérations : Deux outils de typage qui permettent de détecter certaines erreurs à la compilation plutôt qu'à l'exécution. Chapitre à lire, non certifié.
- Les limites de la POO et les autres paradigmes : Les faiblesses de la programmation objet, d'autres paradigmes, et quelques questions à se poser avant d'ajouter une abstraction. Chapitre à lire.
- L'audit de CanardFactory : Un fichier de code de production qui comporte des défauts du début à la fin. Relevez-les, puis consultez les corrigés. Chapitre d'exercice.