▣ Chapitre 1 : Une communauté d'objets coopératifs
Les personnes qui travaillent ensemble
- Matinée dans la République du Café
- Collaboration constituée de demandes et de réponses
- Rôles et responsabilités
Rôles, responsabilités et coopération
- Objets qui coopèrent pour implémenter une fonction
- Objets qui coopèrent et remplissent des rôles et des responsabilités
Objets vivant en coopération
- Objets autonomes dotés d'un état et d'un comportement
- Collaboration et messages
- Méthodes et autonomie
L'essence de l'orientation objet
- Être orienté objet

▣ Chapitre 2 : Les objets du pays des merveilles
Capacités cognitives et orientées objet
Objets et Pays des Merveilles
- Alice au pays des merveilles
- Objet Alice
Objets et Logiciel Nation
- situation
- action
- identifiant
L'objet comme machine
Les actions déterminent les états
Métaphore et objet
- La deuxième légende urbaine
- Personnification
- Métaphore
- Créer un pays des merveilles

▣ Chapitre 3 : Types et abstraction
Surmonter la complexité par l'abstraction
Orientation objet et abstraction
- Tout ça, c'est juste Trump
- Simplifier en divisant en groupes
- Concept
- Trois perspectives sur le concept
- Un cadre pour la classification des objets
- La classification est un outil d'abstraction.
Taper
- Le type est un concept
- Type de données
- Objets et types
L'action prime sur tout.
Hiérarchie des types
- Classe Trump
Relation entre généralisation et spécialisation
- Supertypes et sous-types
- La généralisation est un outil d'abstraction.
modèle statique
- Objectif du type
- Donc, au final, les types sont des abstractions.
- Modèles dynamiques et statiques
- Classe

▣ Chapitre 4 : Rôles, responsabilités et coopération
coopération
- Les personnes qui demandent, répondent et coopèrent
- Qui a volé la tarte ?
- Coopération dans le procès
responsabilité
- Classification des responsabilités
- Responsabilité et message
rôle
- Que signifie le regroupement des responsabilités ?
- Juge et témoin
Le rôle est la réponse
- Abstraction de la coopération
- Substituabilité
Collaboration pour déterminer la forme d'un objet
- Erreurs courantes
- Responsabilité des objets circulant dans le cadre de la collaboration
Techniques de conception orientées objet
- Conception axée sur la responsabilité
- Modèles de conception
- Développement piloté par les tests

▣ Chapitre 5 : Responsabilité et message
responsabilité autonome
- Responsabilité de déterminer la qualité de la conception
- La liberté de témoigner selon sa propre volonté
- Une responsabilité trop abstraite
- Non pas « comment » mais « quoi »
Un message qui encourage la responsabilité
Messages et méthodes
- message
- Méthode
- Polymorphisme
- La signification d'une collaboration flexible, évolutive et hautement réutilisable
- Un message qui établit un lien ténu entre l'expéditeur et le destinataire
Suivez le message
- Au cœur de la pensée orientée objet, les messages
Repenser la conception axée sur la responsabilité
- Cycle Quoi/Qui
- Commandez simplement sans demander.
- Faites confiance au message
Interface objet
- Interface
- Le message détermine l'interface.
- Interface publique
- Responsabilités, messages et interfaces
Séparation de l'interface et de l'implémentation
- Comment penser du point de vue de l'objet
- Mise en œuvre
- Principe de séparation de l'interface et de l'implémentation
- Encapsulation
L'autonomie en matière de responsabilité détermine la qualité de la coopération.

▣ Chapitre 6 : Carte des objets
Conception fonctionnelle vs. conception structurelle
Deux matériaux : fonction et structure
Matériaux stables : Structure
- Modèle de domaine
- Orienté objet, capable de contenir l'apparence du domaine
- Différences expressives
- Un modèle de domaine stable contenant des fonctionnalités instables
Matériaux instables : Fonction
- Cas d'utilisation
- Caractéristiques des cas d'utilisation
- Les cas d'utilisation ne sont ni une technique de conception ni une technique orientée objet.
Fusion des matériaux : intégration de la fonction et de la structure
- Modèle de domaine, cas d'utilisation et conception axée sur les responsabilités
- Structure stable qui absorbe les changements fonctionnels

▣ Chapitre 7 : Synthèse
domaine du café
- Commander un café
- Le monde des cafés
Concevoir et mettre en œuvre
- Trouvez un partenaire pour commander du café
- Organisation de l'interface
- Mettre en œuvre
Code et trois perspectives
- Le code doit fournir les trois perspectives
- Pourquoi faire référence au concept de domaine ?
- Interface et implémentation séparées
Techniques d'abstraction

Oubliez vos idées préconçues sur l'orientation objet !

La plupart des gens s'accordent à dire que le paradigme le plus important dans le développement logiciel actuel est le paradigme orienté objet.
Les langages multi-paradigmes tels que C++, qui intègre un paradigme procédural, et Scala et Java 8, qui intègrent un paradigme fonctionnel, gagnent en popularité, mais le paradigme orienté objet reste au cœur de ces langages.
Cependant, même si beaucoup de temps s'est écoulé depuis que l'orientation objet a pris l'ascendant sur le paradigme du développement logiciel, la communauté du développement logiciel n'a toujours pas été en mesure de donner une réponse précise à la question : Qu'est-ce que l'orientation objet ?


« Faits et idées fausses sur la programmation orientée objet » est un livre écrit pour répondre à la question fondamentale, mais quelque peu dangereuse, de ce qu'est l'orientation objet.
Malheureusement, beaucoup de gens comprennent mal l'essence de l'orientation objet.
L'idée fausse la plus répandue est que les classes sont essentielles à la programmation orientée objet.
La première étape vers une approche orientée objet consiste à s'intéresser aux objets, et non aux classes.


La deuxième étape vers l'orientation objet consiste à considérer les objets non pas comme des entités indépendantes, mais comme des membres d'une communauté qui collabore pour implémenter une fonction.
La possibilité de franchir cette troisième étape dépend de notre capacité à attribuer correctement les rôles et les responsabilités aux entités impliquées dans la collaboration.
La dernière étape de la programmation orientée objet consiste à acquérir les compétences nécessaires pour intégrer les concepts décrits ci-dessus dans un langage de programmation sans aucune confusion.


Ce livre n'a pas pour but d'expliquer une technologie ou un langage spécifique.
Il s'agit plutôt d'expliquer ce que signifie envisager le monde de manière orientée objet.
À cette fin, nous allons progressivement lever les obstacles liés aux idées fausses et aux préjugés que beaucoup de gens entretiennent au sujet de la pensée orientée objet, et transmettre les valeurs que cette pensée défend.


Après avoir lu ce livre, vous vous libérerez de vos idées préconçues et vous serez confronté aux vérités suivantes concernant la programmation orientée objet.

◎ Le cœur de la programmation orientée objet réside dans les rôles, les responsabilités et la coopération.
◎ L’objectif de la conception orientée objet est de créer une communauté coopérative d’objets autonomes.
◎ L'orientation objet ne concerne pas les classes, mais les objets.
Les classes ne sont qu'un mécanisme d'implémentation.
◎ La responsabilité autonome conduit à des objets autonomes et à une conception flexible.
◎ L’orientation objet intègre des fonctions instables dans une structure de domaine stable.
◎ C’est le message qui doit sélectionner l’objet, et non l’objet qui sélectionne le message.