🔴 LIVE - Formation Java - #2 - Classe Abstraite et Interface

Рет қаралды 10,583

Күн бұрын

Пікірлер: 18

@JirAWS Жыл бұрын

Prochain Live -> Méthode (Déclaration, Paramètres, Arguments, Retour), Surcharge et Polymorphisme (Ad-hoc et Redéfinition) ! kzbin.info/www/bejne/rIDVd2qsmsypqKs

@saladin_advanced 2 ай бұрын

C'est fascinant de voir à quel point l'élaboration du code à un lien direct avec la façon dont il est pensé. Merci pour tes vidéos, tu expliques très bien les concepts.

@sebastienlegrand4519 Жыл бұрын

Merci beaucoup pour tes vidéos !

@marcmailly8176 7 ай бұрын

Pour le jeu d'échecs en Java, l'algorithme demande à la classe abstraite Piece de calculer (méthode abstraite) les coups légaux de chaque pièce fille (Pawn, Bishop, Knight, Queen, King, Rook) : puisque chaque pièce a ses règles de déplacement.

@JirAWS 7 ай бұрын

Je pense aussi qu'une Classe Piece devrait, à priori, être Abstraite. L'application ferait "bouger" des "pièces" abstraitement, et non "un type de pièce" en particulier. Et avec la redéfinition de méthode via l'abstraction, ça respecterait même le LSP : Principe de Substitution de Liskov (Barbara) 👍

@marcmailly8176 7 ай бұрын

Il faut d'abord que j'arrive à déplacer les pièces moi-même, en version 2 joueurs humains. Plus modestement que la finale version Observable maintenant dépréciée du dépôt GitHub.... L'interface Observable provoque tellement d'erreurs de compilation sous l'actuelle plate-forme Java 8.... Et le JDK version 1.7 de ce projet est très obsolète. Bref, l'interface Observable répond à un design pattern, l'un des 23. Ce que j'espère garder du projet est la gestion des fichiers pgn et l'interface Swing où est gérée un BorderLayout, un GridLayout 8 lignes 8 colonnes, un move log.

@kadiriasma7705 Жыл бұрын

Merci beaucoup ❤️

@DibaAïssata-u1t 11 ай бұрын

Merci ❤

@idymaiga-tm6xz 9 ай бұрын

merci professeur

@HollaHelloHalo 6 ай бұрын

bonjour, quand tu parles de hierarchie multiple en python parles tu des import ?

@JirAWS 6 ай бұрын

"Hiérarchie multiple", ou plutôt "Héritage multiple", fait référence à la capacité de pouvoir hériter de plusieurs classes en même temps. En Python, on peut avoir une ClasseA qui hérite d'une ClasseB ET d'une autre ClasseC (et + si besoin). En Java, ce n'est pas possible, une seule classe mère est autorisée.

@NolyurnWeb Жыл бұрын

Une façon d'aborder l'interface peut être de parler de contrat d'utilisation. On sait que quand on va utiliser un objet qui implémente une interface, il remplit forcément ce contrat. Après pour moi il n'est jamais très clair de savoir sortir des méthodes d'un objet dans une interface. Au final je m'en sers majoritairement pour segmentariser le code métier des services, accès à la base de donnée ... Mais je ne vois pas toujours pas bien les cas où ça peut être intéressant dans du code métier.

@JirAWS Жыл бұрын

Tout a fait d'accord, des fois la frontière est très fine entre ce qui peut être mis dans la hiérarchie de nos Classes et dans un contrat d'Interface (c'est notamment la définition que j'utilise dans la vidéo sur les Interfaces :p). En soi les Interfaces ont été mises en places par les développeurs de Java pour compenser l'absence d'Héritage Multiples, disponible par exemple en Python. Donc l'ambiguïté était "présente" si on peut dire dès la genèse de cette fonctionnalité

@NolyurnWeb Жыл бұрын

J'allais poser une question de modélisation j'ai eu le droit à l'effet de la méthode du canard en plastique. Je me rends compte que c'est à cause d'une modélisation un peu décalé de la réalité que l'on a certain soucis de lisibilité de code et qu'il est un peu trop algorithmique / "pas assez métier".