Le polymorphisme
Explication
Le polymorphisme découple le service attendu de son implémentation concrète dans les sous-classes. Le traitement spécialisé de chaque type ne sépare pas une interface commune des différentes réalisations.
L’upcasting
Explication
L’upcasting masque intentionnellement le type précis de l’objet afin de permettre un traitement uniforme via la super-classe. Le downcasting poursuit l’objectif inverse en recherchant un type plus spécifique.
Elle ne peut pas être instanciée, mais elle peut contenir un constructeur.
Explication
Une classe abstraite ne peut pas être instanciée, tout en pouvant définir des constructeurs et factoriser des propriétés communes. La description d’un contrat sans attributs ni constructeurs correspond plutôt à une interface.
Elle doit être déclarée abstraite.
Explication
Une sous-classe qui n’implémente pas toutes les méthodes abstraites héritées doit elle-même être déclarée abstract. La rendre finale ou privée ne fournit pas l’implémentation requise.
Elle définit un contrat de services au moyen de signatures de méthodes.
Explication
Une interface décrit les services attendus à l’aide de signatures de méthodes, sans fournir d’implémentation, d’attributs ou de constructeurs. Une classe instanciable avec des constructeurs relève d’une classe concrète, non d’une interface.
La classe doit implémenter les méthodes publiques des interfaces annoncées.
Explication
Le mot-clé implements établit la conformité d’une classe à une ou plusieurs interfaces et l’oblige à réaliser leurs méthodes publiques. L’héritage d’une classe s’exprime avec extends, tandis qu’une interface ne fournit pas de constructeurs.
Elles limitent les collaborations aux services nécessaires et autorisent une forme d’héritage multiple.
Explication
Les interfaces réduisent le couplage en faisant communiquer les classes par les services nécessaires, tout en permettant à une classe de se conformer à plusieurs interfaces. Elles n’imposent ni une hiérarchie unique ni une implémentation partagée.
Lorsque les sous-classes reposent sur des critères de classification hétérogènes
Explication
La généralisation devient incorrecte lorsque des sous-classes de même niveau sont définies selon des critères de classification différents. Par exemple, Salarié et Libéral relèvent de la profession, tandis que Sportif relève d’une autre classification.
Relier Modèle de voiture, Voiture et Propriétaire comme s’ils représentaient le même niveau conceptuel
Explication
La confusion apparaît lorsqu’une relation mélange le modèle d’un objet, l’objet lui-même et son propriétaire comme s’ils étaient au même niveau. Une association entre une voiture et son modèle, en revanche, peut exprimer correctement une relation de classification.
Des interfaces de conteneurs, des implémentations optimisées et des utilitaires de gestion
Explication
L’API Collections combine des interfaces décrivant les conteneurs, des implémentations adaptées à différents usages et des classes ou interfaces utilitaires. Les autres réponses attribuent à cette API des éléments qui ne constituent pas son architecture générale.
Comparator et Iterator sont des interfaces, tandis que Collections et Arrays sont des classes
Explication
Comparator et Iterator sont des interfaces utilitaires, alors que Collections et Arrays sont des classes utilitaires. La confusion vient souvent de l’utilisation commune de ces quatre éléments pour manipuler ou parcourir des collections.
Elle abstrait un conteneur général et propose notamment add, remove, contains, size et iterator
Explication
Collection décrit le comportement général d’un conteneur d’objets et fournit des opérations comme l’ajout, la suppression, le test de présence, le comptage et l’itération. L’ordre et l’accès par index caractérisent plus spécifiquement List.
La comparaison utilise l’égalité définie par equals()
Explication
Les méthodes de Collection qui comparent des objets, notamment contains(), s’appuient sur equals() pour déterminer leur égalité. La simple identité des références correspond à une autre notion et ne suffit pas à décrire le comportement attendu.
Elle conserve l’ordre des éléments, accepte les doublons et permet l’accès par index
Explication
Une List est une collection ordonnée qui peut contenir plusieurs occurrences d’un même élément et permet notamment get, indexOf et remove par index. L’imposition de l’unicité et le tri automatique ne définissent pas cette interface.
Une Map associe des clés uniques à des valeurs, tandis qu’une Collection regroupe des valeurs.
Explication
Une Map repose sur des associations entre clés uniques et valeurs, alors qu’une Collection représente un ensemble de valeurs contenues. La confusion vient de l’inversion de ces deux rôles, et non d’une différence de synchronisation ou d’ordre.
Ils doivent redéfinir hashCode(), et leur égalité est vérifiée avec equals().
Explication
Les clés doivent fournir une redéfinition cohérente de hashCode(), tandis que les comparaisons d’égalité utilisent equals(). Les méthodes compareTo() et compare() concernent l’ordonnancement, pas la règle générale d’identification des clés d’une Map.
Lorsqu’une table de hachage non ordonnée et non synchronisée convient au besoin.
Explication
HashMap fournit une table de hachage dont les éléments ne sont pas ordonnés et qui n’est pas synchronisée. Un arbre équilibré correspond plutôt à TreeMap, tandis que la synchronisation et les listes chaînées relèvent d’autres choix d’implémentation.
Ces insertions peuvent déplacer des éléments et entraîner des changements de dimension du tableau.
Explication
ArrayList s’appuie sur un tableau : insérer au milieu peut donc déplacer des éléments et provoquer une adaptation de sa capacité. Elle n’effectue pas automatiquement une conversion en liste chaînée, et son implémentation n’est pas synchronisée.
Utiliser Collections.sort(List), ou sa variante recevant un Comparator.
Explication
Le tri d’une List s’effectue avec Collections.sort(List) ou avec la surcharge qui reçoit un Comparator. SortedMap et TreeMap concernent les Map, tandis que SortedSet et TreeSet concernent les Set.
Comparable définit l’ordre naturel d’une classe avec compareTo(), tandis que Comparator compare depuis une classe séparée.
Explication
Comparable est porté par la classe et définit son ordre naturel grâce à compareTo(), alors qu’un Comparator fournit une comparaison depuis une classe distincte avec compare(). Le choix entre les deux concerne la définition de l’ordre, et non le type de collection triée.
Mémorisez les réponses avec 44 flashcards sur POO Java : polymorphisme et collections.
Qu'est-ce que le polymorphisme en programmation orientée objet ?
Le polymorphisme découple le quoi du comment via une interface en super-classe et plusieurs implémentations en sous-classes.
Quel est l'effet de l'upcasting sur le type précis d'un objet ?
L'upcasting fait oublier intentionnellement le type précis d'un objet.
Que permet de faire l'upcasting avec les sous-classes d'une super-classe ?
L'upcasting permet de traiter sans distinction les sous-classes d'une même super-classe.
Consultez la fiche de révision complète sur POO Java : polymorphisme et collections.
Voir la fiche →Importe ton cours et l'IA génère des QCM avec corrections en 30 secondes.
Générateur de QCM