Bonjour, je suis novice en Java et j'aimerais solliciter votre aide pour le problème suivant :
 
J'essaie de coder quelque chose de " très simple ", un parc de véhicule.
J'ai une super-Classe " Vehicule " qui 2 classes-filles " AMoteur " et " SansMoteur ".  
AMoteur a 2 classes filles : " Voiture " et " Camion ".
SansMoteur a 1 classe fille : " Velo ".
 
Dans mon main, je crée les véhicules de cette manière :  

Donc j'accède aux méthode de cette manière v1.maMethode()
 
Dans la classe Vehicule qui est une classe abstraite, il y a des méthodes abstraites qui sont implémentées dans les classes Filles.  
AMoteur et SansMoteur sont aussi des classes abstraites avec certaines méthodes de la classe Vehicule qui ont été implémentés mais d'autres méthodes de la classe Vehicule qui sont là aussi encore abstraites et seront implémentées dans les classes filles de AMoteur et SansMoteur.
 
Ma classe Vehicule :
 

 
Mon problème se situe sur les 5 dernières méthodes (pas rouler).
 
La méthode approvisionner est implémentée dans la classe AMoteur.
La méthode enPanne est implémentée dans la classe AMoteur.
La méthode transporter 1 est implémentée dans la classe Vélo qui a hérité de la classe abstraite SansMoteur.
La méthode transporter 2 est implémentée dans la classe Voiture qui a hérité de la classe abstraite AMoteur.
La méthode transporter 3 est implémentée dans la classe Camion qui a hérité de la classe abstraite AMoteur.
 
Comme vous le voyez elles sont implémentées dans différentes classes filles, sauf que, comme j'ai crée les méthodes abstraites dans la classe Vehicule alors toutes les classes filles doivent toutes les implémenter...
La classe SansMoteur hérite de la classe Vehicule, je dois donc y implémenter approvisionner et enPanne ainsi que transporter 2 et 3 obligatoirement. Bien évidemment, je n'ai aucun intérêt à le faire. Mais je suis obligé de les implémenter sinon ça ne fonctionne pas.
 
Avez-vous un moyen d'éviter cela ? Je sais exactement où est le problème, mais je n'arrive pas du tout à le contourner...

Toutes les méthodes d'une classe abstraite doivent obligatoirement être implémentées dans les classes filles, à la différence des méthodes virtual pour lesquelles ce n'est pas obligatoire.
Donc utilise une classe Vehicule non abstract, car par défaut en Java, toutes les méthodes non statiques sont virtuelles.

Plus simplement il pourrait bouger les méthodes qui n'ont pas de sens dans Vehicule vers AMoteur par exemple.

Justement DDT, si je bouge ces méthodes vers AM, je ne pourrais pas les utiliser avec une classe Vehicule. Je serais obligé de faire AMoteur v1 = new Voiture() et v1.approvisionner()...
 
Je cherche a accéder à toutes les méthodes avec la classe Vehicule.  
 
La seule solution que j'ai trouvé (depuis le début mais elle m'embête), c'est d'implémenter les méthodes partout où il faut et la liaison dynamique se charge du reste...
Mais c'est comme tricher et le code s'alourdit...
 
Harkonnen, est-ce que tu essayes de me dire de faire ça ? :
 

 
Et je crée les mêmes méthodes dans les classes filles où elles doivent être et ainsi la liaison dynamique s'en charge aussi automatiquement ?
 
C'est ce que j'ai compris avec ton message, je l'ai fait et ça fonctionne parfaitement ! Dans le main :
 

 
Tout fonctionne correctement. J'y avais pas du tout pensé ! Merci encore. En espérant que c'est ce que tu essayais de me dire et que j'ai pas fait une bêtise...

Oui, c'était ça.  
Par défaut en Java, toutes les méthodes non statiques sont virtuelles, ce qui veut dire que tu peux leur fournir une implémentation générique dans la classe mère et les redéfinir dans toutes les classes filles, mais ça n'est pas une obligation (à la différence des méthodes abstraites, qui, elles doivent obligatoirement être implémentées dans les classes dérivées).

OK, mais est-ce que ça a vraiment du sens?
 
Si tu fais ça:
 

Tu as une méthode potentiellement sans effet, de manière silencieuse. Tu peux le documenter mais c'est pas terrible.
 

C'est un peu mieux.

Moi quelque chose me gêne dans tout ça, et DDT a raison : pourquoi absolument vouloir tout mettre dans une classe Véhicule ? OK, un vélo est un véhicule, et une voiture est un véhicule. Mais une classe de base doit définir tous les comportements communs, à toutes ses sous-classes, et de toute évidence, la méthode approvisionner() n'est pas un élément commun, car un vélo n'a pas de réservoir à essence.

Pour moi, la classe Vehicule ne devrait définir que la méthode rouler(). Etant donné qu'il peut exister plusieurs façons de rouler pour un véhicule, on ne peut pas définir un comportement commun, donc cette classe devrait effectivement être abstraite comme dans le premier post.

Puis en fonction des différents comportements souhaités, on pourrait définir des interfaces correspondantes : une interface Motorisable qui contiendrait les méthodes approvisionner(), enPanne(), transporter2 et transporter3, et une interface NonMotorisable qui contiendrait la méthode transporter1.

Un exemple :

// véhicule
public abstract class Vehicule
{
   protected String nom;
   protected double distanceParcourue;
   
   public Vehicule(String n){
      nom = n;
      distanceParcourue = 0;
   }
 
   public String toString(){
      return "-> Nom du Véhicule : "+nom+", Distance Parcourue : "+distanceParcourue+"mètres.\n";
   }
 
   public abstract void rouler(double distance);
}
 
// Motorisable
public interface Motorisable
{
   public void approvisionner(double nbLitres);
   public boolean enPanne();
   public void transporter(int n, int km);
   public void transporter(String materiau, int km);
}
 
// NonMotorisable
public interface NonMotorisable
{
   public void transporter(String depart, String arrivee);
}
 
// vélo
public class Velo extends Vehicule implements NonMotorisable
{
   public void rouler(double distance) {...}
   public void transporter(String depart, String arrivee) {...}
}
 
//voiture
public class Voiture extends Vehicule implements Motorisable
{
   public void rouler(double distance) {...}
   public boolean enPanne() {...}
   public void approvisionner(double nbLitres) {...}
   public void transporter(int n, int km) {...}
   public void transporter(String materiau, int km) {...}
}

C'est ce que j'ai fait au début, mettre les méthodes communes dans les bonnes classes :

- La méthode rouler() dans la classe Véhicule.
- La méthode approvisionner() et enPanne() dans la classe AMoteur.
- La méthode transporter(int,int) dans la classe Voiture.
- La méthode transporter(string,int) dans la classe Camion.
- La méthode transporter(string,string) dans la classe Velo.

Avec la classe Véhicule comme classe mère, AMoteur et SansMoteur ses classes filles, et Velo,Voiture,Camion leurs classes filles. C'est ce que j'ai fait. Mais comme vous le savez, je ne peux pas accéder aux méthodes filles en créant un Vehicule v1...Seul v1.rouler pourra marcher. v1.approvisionner, transporter, etc...ne fonctionneront pas sauf si je crée des abstracts mais je vais devoir implémenter dans toutes les classes filles...

C'est la raison pour laquelle je suis venu poser la question ici. Je veux accéder à toutes les méthodes depuis une classe Principale : Vehicule.

C'est pour ça que j'aime bien la méthode de Harkonnen (les méthodes virtuelles) car je peux créer un Vehicule et le code va se charger AUTOMATIQUEMENT de trouver les bonnes méthodes en fonction du type de véhicule. Je peux ajouter des messages d'erreur au cas où. Après, je comprends que ça n'a pas de sens. Mais mon but était d'accéder à toutes les méthodes depuis la classe Vehicule (exercice de cours liaisons dynamiques), alors je pense que ce que m'a dit Harkonnen était le but de l'exercice.

J'ai essayé avec les interfaces, mais je peux pas accéder aux méthodes filles depuis la classe Vehicule. Je suppose que je dois créer le vehicule de cette manière : Motorisable voiture = new Voiture() ou encore, Voiture voiture new Voiture() pour accéder aux méthodes de Motorisable et Voiture ?

Bonjour, je connais trop peu java pour donner un conseil ici.
J'apporte juste une pierre à l'edifice OO.
 
Ne pourait-on pas voir les chose de la même manière, soit les même objet avec une autre PNL.
 
Par exemple : appeler roulant l'objet roulant et avoir une méthode transporter avec un parametre transporteur pouvant prendre energie parmis pousseur pour les fauteuil roulant, kérozen pour les volant, etc... et un paramêtre transporté pouvant prendre marchandise parmis objet individu, vide... etc.
 
Si quelq'un sait faire ça avec Ada, je suis preneur.

Non, tout simplement comme ceci :

public static void main(String[] args)
{
   Velo velo = new Velo();
   Voiture voiture = new Voiture();
 
   velo.rouler(10);
   voiture.rouler(15);
   voiture.approvisionner(10);
   velo.transporter("Bordeaux", "Paris" );
}

Sinon, tu peux choisir d'instancier un Vehicule par exemple, et tester le type au runtime pour employer des méthodes spécifiques :

public class Main {
 
    public static void main(String[] args) {
       Vehicule velo = new Velo();
       Vehicule voiture = new Voiture();
 
       velo.rouler(10);
       voiture.rouler(15);
 
       if (voiture instanceof Motorisable)
           ((Voiture)voiture).approvisionner(10);
 
       if (velo instanceof NonMotorisable)
           ((Velo)velo).transporter("Bordeaux", "Paris" );
    }
}

Je vois, merci beaucoup, j'ai appris pas mal de choses grâce à ce post (notamment instanceof qui me facilite la gestion d'un tableau de Vehicule). J'ai testé avec les instanceof et ça règle tous les problèmes. Merci encore.

You're welcome

Fait gaffe quand même, instanceof c'est un antipattern et si tu l'utilises c'est le signe que ton design OO a un problème.