book

La programmation orientée objet

Name: La programmation orientée objet
Author: Hugues Bersini
ISBN: 9782212128062

by Hugues Bersini

July 2011

Intermediate to advanced

644 pages

20h 55m

French

Eyrolles

Read now

Unlock full access

Couverture
Titre
Licence
Table
Avant-propos
L’orientation objet en deux motsObjectifs de l’ouvragePlan de l’ouvrageÀ qui s’adresse ce livre ?
1 - Principes de base : quel objet pour l’informatique ?
Le trio <entité, attribut, valeur>Stockage des objets en mémoireTypes primitifsLe référent d’un objetPlusieurs référents pour un même objetL’objet dans sa version passiveL’objet et ses constituantsObjet compositeDépendance sans compositionL’objet dans sa version activeActivité des objetsLes différents états d’un objetLes changements d’état : qui en est la cause ?Comment relier les opérations et les attributs ?Introduction à la notion de classeMéthodes et classesSur quel objet précis s’exécute la méthodeDes objets en interactionComment les objets communiquentEnvoi de messagesIdentification des destinataires de messageDes objets soumis à une hiérarchieDu plus général au plus spécifiqueDépendance contextuelle du bon niveau taxonomiquePolymorphismeHéritage bien reçuExercicesExercice 1.1Exercice 1.2Exercice 1.3Exercice 1.4Exercice 1.5
2 - Un objet sans classe… n’a pas de classe
Constitution d’une classe d’objetsDéfinition d’une méthode de la classe : avec ou sans retourIdentification et surcharge des méthodes par leur signatureLa classe comme module fonctionnelDifférenciation des objets par la valeur des attributsLe constructeurMémoire dynamique, mémoire statiqueLa classe comme garante de son bon usageLa classe comme module opérationnelMémoire de la classe et mémoire des objetsMéthodes de la classe et des instancesUn premier petit programme complet dans les cinq langagesEn JavaEN C#En C++En PythonEn PHP 5La classe et la logistique de développementClasses et développement de sous-ensembles logicielsClasses, fichiers et répertoiresExercicesExercice 2.1Exercice 2.2Exercice 2.3Exercice 2.4Exercice 2.5Exercice 2.6Exercice 2.7Exercice 2.8Exercice 2.9
3 - Du faire savoir au savoir-faire… du procédural à l’OO
Objectif objet : les aventures de l’OOArgumentation pour l’objetTransition vers l’objetMise en pratiqueSimulation d’un écosystèmeAnalyseAnalyse procéduraleFonctions principalesConceptionConception procéduraleConception objetImpacts de l’orientation objetLes acteurs du scénarioIndépendance de développement et dépendance fonctionnellePetite allusion (anticipée) à l’héritageLa collaboration des classes deux à deux
4 - Ici Londres : les objets parlent aux objets
Envois de messagesAssociation de classesDépendance de classesRéaction en chaîne de messagesExercicesExercice 4.1Exercice 4.2Exercice 4.3Exercice 4.4Exercice 4.5
5 - Collaboration entre classes
Pour en finir avec la lutte des classesLa compilation Java : effet dominoEn C#, en Python, PHP 5 et en C++De l’association unidirectionnelle à l’association bidirectionnelleAuto-associationPackage et namespaceExercicesExercice 5.1Exercice 5.2Exercice 5.3Exercice 5.4Exercice 5.5

6 - Méthodes ou messages ?
Passage d’arguments prédéfinis dans les messagesEn JavaEn C#En C++En PythonEn PHP 5Passage d’argument objet dans les messagesEn JavaEn C#En PHP 5En C++En PythonUne méthode est-elle d’office un message ?Même message, plusieurs méthodesInterface : liste de signatures de méthodes disponiblesDes méthodes strictement intimesLa mondialisation des messagesMessage sur InternetL’informatique distribuéeExercicesExercice 6.1Exercice 6.2Exercice 6.3Exercice 6.4Exercice 6.5Exercice 6.6
7 - L’encapsulation des attributs
Accès aux attributs d’un objetAccès externe aux attributsCachez ces attributs que je ne saurais voirEncapsulation des attributsEncapsulation : pourquoi faire ?Pour préserver l’intégrité des objetsLa gestion d’exceptionPour cloisonner leur traitementPour pouvoir faire évoluer leur traitement en douceurLa classe : enceinte de confinementExercicesExercice 7.1Exercice 7.2Exercice 7.3Exercice 7.4
8 - Les classes et leur jardin secret
Encapsulation des méthodesInterface et implémentationToujours un souci de stabilitéSignature d’une classe : son interfaceLes niveaux intermédiaires d’encapsulationUne classe dans une autreUtilisation des paquetagesAfin d’éviter l’effet papillonExercicesExercice 8.1Exercice 8.2Exercice 8.3Exercice 8.4Exercice 8.5Exercice 8.6
9 - Vie et mort des objets
Question de mémoireUn rappel sur la mémoire RAML’OO coûte cher en mémoireQui se ressemble s’assemble : le principe de localitéLes objets intérimairesMémoire pileDisparaître de la mémoire comme de la vie réelleMémoire tasC++ : le programmeur est le seul maître à bordLa mémoire a des fuitesEn Java, C#, Python et PHP 5 : la chasse au gaspiLe ramasse-miettes (ou garbage collector)Des objets qui se mordent la queueExercicesExercice 9.1Exercice 9.2Exercice 9.3Exercice 9.4Exercice 9.5Exercice 9.6Exercice 9.7Exercice 9.8
10 - UML 2
Diagrammes UML 2Représentation graphique standardiséeDu tableau noir à l’ordinateurProgrammer par cycles courts en superposant les diagrammesDiagrammes de classe et diagrammes de séquenceDiagramme de classeUne classeSimilitudes et différences entre les langagesAssociation entre classesSimilitudes et différences entre les langagesPas d’association sans messageRôles et cardinalitéDépendance entre classesCompositionEn JavaEn C#En C++En PythonClasse d’associationLes paquetagesLes bienfaits d’UMLUn premier diagramme de classe de l’écosystèmeDes joueurs de football qui font leurs classesLes avantages des diagrammes de classeUn diagramme de classe simple à faire, mais qui décrit une réalité complexe à exécuterProcéder de manière modulaire et incrémentaleDiagramme de séquenceDiagramme d’états-transitionsExercicesExercice 10.1Exercice 10.2Exercice 10.3Exercice 10.4Exercice 10.5Exercice 10.6
11 - Héritage
Comment regrouper les classes dans des superclassesHéritage des attributsPourquoi l’addition de propriétés ?L’héritage : du cognitif aux taxonomiesInterprétation ensembliste de l’héritageQui peut le plus peut le moinsHéritage ou composition ?Économiser en rajoutant des classes ?Héritage des méthodesLa recherche des méthodes dans la hiérarchieEncapsulation protectedHéritage et constructeursHéritage public en C++Le multihéritageRamifications descendantes et ascendantesMultihéritage en C++ et PythonDes méthodes et attributs portant un même nom dans des superclasses distinctesPlusieurs chemins vers une même superclasseL’héritage virtuelExercicesExercice 11.1Exercice 11.2Exercice 11.3Exercice 11.4Exercice 11.5Exercice 11.6Exercice 11.7Exercice 11.8Exercice 11.9Exercice 11.10Exercice 11.11
12 - Redéfinition des méthodes
La redéfinition des méthodesBeaucoup de verbiage mais peu d’actes véritablesUn match de football polymorphiqueLa classe BallePrécisons la nature des joueursPassons à l’entraîneurPassons maintenant au bouquet finalUn même ordre mais une exécution différentePolymorphisme : uniquement possible dans la mémoire tasQuand la sous-classe doit se démarquer pour marquerLes attaquants participent à un « casting »Éviter les « mauvais castings »Le « casting » a mauvaise presseRedéfinition et encapsulationExercicesExercice 12.1Exercice 12.2Exercice 12.3Exercice 12.4Exercice 12.5Exercice 12.6Exercice 12.7
13 - Abstraite, cette classe est sans objet
De Canaletto à TurnerDes classes sans objetDu principe de l’abstraction à l’abstraction syntaxiqueClasse abstraite« new » et « abstract » incompatiblesAbstraite de père en filsUn petit exemple dans les cinq langages de programmationL’abstraction en PythonUn petit supplément de polymorphismeLes enfants de la balleCliquez frénétiquementLe Paris-DakarLe polymorphisme en UMLExercicesExercice 13.1Exercice 13.2Exercice 13.3Exercice 13.4Exercice 13.5Exercice 13.6Exercice 13.7Exercice 13.8Exercice 13.9Exercice 13.10Exercice 13.11Exercice 13.12
14 - Clonage, comparaison et assignation d’objets
Introduction à la classe ObjectUne classe à compétence universelleDécortiquons la classe ObjectTest d’égalité de deux objetsÉgalité en profondeurLe clonage d’objetsÉgalité et clonage d’objets en PythonÉgalité et clonage d’objets en PHP 5Égalité, clonage et affectation d’objets en C++Traitons d’abord la mémoire tasSurcharge de l’opérateur d’affectationComparaisons d’objetsLa mémoire pileSurcharge de l’opérateur de comparaisonDernière étapeEn C#, un cocktail de Java et de C++Pour les structuresPour les classesExercicesExercice 14.1Exercice 14.2Exercice 14.3Exercice 14.4Exercice 14.5Exercice 14.6Exercice 14.7
15 - Interfaces
Interfaces : favoriser la décomposition et la stabilitéJava, C# et PHP 5 : interface via l’héritageLes trois raisons d’être des interfacesForcer la redéfinitionPermettre le multihéritageLa carte de visite de l’objetLes Interfaces dans UML 2En C++ : fichiers .h et fichiers .cppInterfaces : du local à InternetExercicesExercice 15.1Exercice 15.2Exercice 15.3Exercice 15.4Exercice 15.5Exercice 15.6Exercice 15.7Exercice 15.8Exercice 15.9Exercice 15.10
16 - Distribution gratuite d’objets : pour services rendus sur le réseau
Objets distribués sur le réseau : pourquoi ?Faire d’Internet un ordinateur géantRépartition des donnéesRépartition des utilisateurs et des responsablesPeer-to-peerL’informatique ubiquitaireRobustesseRMI (Remote Method Invocation)Côté serveurCôté clientRMIC : stub et skeletonLancement du registreCorba (Common Object Request Broker Architecture)Un standard : ça compteIDLCompilateur IDL vers JavaCôté clientCôté serveurExécutons l’application CorbaCorba n’est pas polymorphiqueRajoutons un peu de flexibilité à tout celaCorba : invocation dynamique versus invocation statiqueJiniXML : pour une dénomination universelle des servicesLes services web sur .NetCode C# du serviceWDSLCréation du proxyCode C# du clientSoap (Simple Object Access Protocol)Invocation dynamique sous .NetInvocation asynchrone en .NetMais où sont passés les objets ?Un annuaire des services XML universel : UDDIServices web vs RMI et CorbaExercicesExercice 16.1Exercice 16.2Exercice 16.3Exercice 16.4Exercice 16.5Exercice 16.6Exercice 16.7Exercice 16.8Exercice 16.9Exercice 16.10Exercice 16.11Exercice 16.12
17 - Multithreading
Informatique séquentielleMultithreadingImplémentation en JavaImplémentation en C#Implémentation en PythonL’impact du multithreading sur les diagrammes de séquence UMLDu multithreading aux applications distribuéesDes threads équirépartisSynchroniser les threadsExercicesExercice 17.1Exercice 17.2Exercice 17.3Exercice 17.4Exercice 17.5Exercice 17.6Exercice 17.7Exercice 17.8
18 - Programmation événementielle
Des objets qui s’observentEn JavaEn C# : les déléguésGénéralités sur les délégués dans .NetRetour aux observateurs et observablesEn Python : tout reste à faireUn feu de signalisation plus réalisteExercicesExercice 18.1Exercice 18.2Exercice 18.3Exercice 18.4
19 - Persistance d’objets
Sauvegarder l’état entre deux exécutionsEt que dure le disque durQuatre manières d’assurer la persistance des objetsSimple sauvegarde sur fichierUtilisation des « streams »Qui sauve quoi ?Sauvegarder les objets sans les dénaturer : la sérialisationContenu des fichiers de sérialisation : illisibleLes bases de données relationnellesSQLUne table, une classeComment Java et C# s’interfacent aux bases de donnéesRelations entre tables et associations entre classesRelation 1-nRelation n-nDernier problème : l’héritageRéservation de places de spectaclesLes bases de données relationnelles-objetSQL3Les bases de données orientées objetOQLLinqExercicesExercice 19.1Exercice 19.2Exercice 19.3Exercice 19.4Exercice 19.5Exercice 19.6Exercice 19.7Exercice 19.8Exercice 19.9Exercice 19.10
20 - Et si on faisait un petit flipper ?
Généralités sur le flipper et les GUIUne petite animation en C#Retour au FlipperUn petit tennis
21 - Les graphes
Le monde regorge de réseauxTout d’abord : juste un ensemble d’objetsListe liéeLa généricité en C++La généricité en Java et C#Passons aux graphesExercicesExercice 21.1Exercice 21.2Exercice 21.3Exercice 21.4Exercice 21.5Exercice 21.6Exercice 21.7Exercice 21.8Exercice 21.9
22 - Petites chimie, biologie et économie OO amusantes
Pourquoi de la chimie OO ?Chimie computationnelleChimie comme plate-forme didactiqueUne aide à la modélisation chimiqueLes diagrammes de classe du réacteur chimiqueLes composants chimiquesLa classe composant chimiqueLes classes composant neutre et composant chargéLa classe atomeLa classe moléculeLa classe GroupeLes trois sous-classes de composant chargéLa classe NœudAtomiqueLa classe LiaisonLe graphe moléculaireLes règles de canonisationLes réactions chimiquesComment est calculée la cinétique réactionnelleLa classe ReactionLes sous-classes de ReactionQuelques résultats du simulateurLa simulation immunologique en OO ?Petite introduction au fonctionnement du système immunitaireLe diagramme UML d’état-transitionDernière simulation : économie de marché
23 - Design patterns
Introduction aux design patternsDe l’architecte à l’archiprogrammeurLes patterns « truc et ficelle »Le pattern singletonLe pattern adaptateurLes patterns patron de méthode, proxy, observer et mementoLe pattern flyweightLes patterns builder et prototypeLe pattern façadeLes patterns qui se jettent à l’OOLe pattern commandLe pattern décorateurLe pattern compositeLe pattern chain of responsabililtyLes patterns strategy, state et bridge
Index
SymbolesABCDEFGHIJKLMNOPRSTUVWX

Overview

Présentation

L'approche objet est enseignée dans les universités dès les premiers niveaux des cursus informatiques, car sa compréhension est le prérequis indispensable à toute pratique économe, fiable et élégante de la plupart des techniques informatiques qui en sont dérivées, depuis Java et Python, jusqu'à UML 2, en passant par .Net et C++.

L'objet par la pratique avec Python, Java, C# et C++ et PHP 5... en UML 2

Cette cinquième édition de l'ouvrage L'orienté objet décortique l'ensemble des mécanismes de la programmation objet (classes et objets, interactions entre classes, envois de messages, encapsulation, héritage, polymorphisme, interface, multi-threading, sauvegarde des objets, programmation distribuée, modélisation...) en les illustrant d'exemples empruntant aux technologies les plus populaires : Java et C#, C++, Python, PHP 5, UML 2, LinQ mais aussi les services web, Cobra, les bases de données objet, différentes manières de résoudre la mise en correspondance relationnel/objet dont le langage innovant de requête objet LinQ et enfin les design patterns. Chaque chapitre est introduit par un dialogue vivant, à la manière du maître et de l'élève, et se complète de nombreux exercices en UML 2, Java, Python, PHP 5, C# et C++.

À qui s'adresse ce livre ?

Ce livre sera lu avec profit par tous les étudiants de disciplines informatiques liées à l'approche objet (programmation orientée objet, modélisation UML, Java, Python, PHP 5, C#/C++...) et pourra être utilisé par leurs enseignants comme matériel de cours.
Il est également destiné à tous les développeurs qui souhaitent approfondir leur compréhension des concepts objet sous-jacents au langage qu'ils utilisent.

Le code source des exercices et leurs corrections sont fournis sur le site d'accompagnement www.editions-eyrolles.com

Au sommaire

Principes de base : quel objet pour l'informatique
Un objet sans classe... n'a pas de classe
Du faire-savoir au savoir-faire... du procédural à l'OO
Ici Londres : les objets parlent aux objets
Collaboration entre classes
Méthodes ou messages ?
L'encapsulation des attributs
Les classes et leur jardin secret
Vie et mort des objets
UML 2
Héritage
Redéfinition des méthodes
Abstraite, cette classe est sans objet
Clonage, comparaison et assignation d'objets
Interfaces
Distribution gratuite d'objets : pour services rendus sur le réseau
Multithreading
Programmation événementielle
Persistance d'objets
Et si on faisait un petit flipper ?
Les graphes
Petite chimie et biologie OO amusante
Design patterns

Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.

Read now

Unlock full access

More than 5,000 organizations count on O’Reilly

O’Reilly covers everything we've got, with content to help us build a world-class technology community, upgrade the capabilities and competencies of our teams, and improve overall team performance as well as their engagement.

Julian F.

Head of Cybersecurity

I wanted to learn C and C++, but it didn't click for me until I picked up an O'Reilly book. When I went on the O’Reilly platform, I was astonished to find all the books there, plus live events and sandboxes so you could play around with the technology.

Addison B.

Field Engineer

I’ve been on the O’Reilly platform for more than eight years. I use a couple of learning platforms, but I'm on O'Reilly more than anybody else. When you're there, you start learning. I'm never disappointed.

Amir M.

Data Platform Tech Lead

I'm always learning. So when I got on to O'Reilly, I was like a kid in a candy store. There are playlists. There are answers. There's on-demand training. It's worth its weight in gold, in terms of what it allows me to do.

Mark W.

Embedded Software Engineer

Publisher Resources

ISBN: 9782212415070

Cloud Computing

Data Engineering

Data Science

AI & ML

Programming Languages

Software Architecture

IT/Ops

Security

Design

Business

Soft Skills