Classes abstraites et 'missing return statement'

Version imprimable

Bonjour,

Je suis en train de m'entrainer avec les classes abstraites en java et lors de la compilation du fihicer Leclerc.java j'ai l'erreur "missing return statement".

Voici mes 3 fichiers :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
import java.util.*;
 
class Leclerc
{
	public static void main(String [] arg)
	{
 
	Scanner lectureClavier = new Scanner(System.in);
	MonMagasin a = new MonMagasin("Leclerc", 147);
	System.out.println("Saisissez le nom du rayon que vous souhaitez créer : ");
	String nomRayon = lectureClavier.nextLine();
	a.ajouterRayon(nomRayon);
	System.out.println(a.getRayon());
	}
}

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
import java.util.*;
 
class MonMagasin extends Magasin
{
	private String nom;
	private int succursalle;	
	private String rayon;
 
	public MonMagasin(String nom, int succursalle)
	{
	this.nom = nom;
	this.succursalle = succursalle;
	}
 
 
	public void ajouterRayon(String nomRayon)
	{
	rayon = nomRayon;
	}
 
	public String getRayon()
	{
	return rayon;
	}
 
}

Code:

1
2
3
4
5
public abstract class Magasin
{
	public void ajouterRayon(String nomRayon){};
	public String getRayon(){};
}

Merci d'avance pour votre aide 8-)

Code:

1
2
3
4
5
public abstract class Magasin
{
	public abstract void ajouterRayon(String nomRayon);
	public abstract String getRayon();
}

28/12/2010, 17h57
super_toinou
Hello,

ton erreur est là dessus :
Code:

1 2 3 4 5 public abstract class Magasin { public String getRayon(){}; }
En mettant ta méthode ne renvoie rien alors qu'elle doit renvoyer une String
Avec le code comme ca c est plus parlant :
Code:

1 2 3 4 5 6 public String getRayon(){ //tu renvois rien !!! } // ton ; ne sert à rien ;
Attention, de ce que je vois il n'y a rien d'abstrait !!
Il faut faire
Code:

1 2 3 4 5 public abstract class Magasin { public abstract void ajouterRayon(String nomRayon); public abstract String getRayon(); }
Et encore si ta classe mère n'implémente rien, ton Magasin ressemble plus à une interface qu'une classe abstraite

++
28/12/2010, 18h12
popy67

Ok merci, j'avais pas compris qu'il fallait déclarer chaque methode abstract, merci ^^

Autre question entre ces fameuses interfaces et classes abstraites : A quoi me sert-il de définir une methode abstraite si celle ci doit etre redefinie dans la classe fille qui ne veut plus être abstraite ?
Dans ce cas il vaut mieux quasiment toujours utiliser les interfaces qui de plus présentent l'avantage de contourner quelque peu le problème d'héritage multiple non ?? :?:?

Sans lancer un grand débat, voici un exemple (qui est pourri en terme de conception mais te permettra de comprendre) :

Code:

1
2
3
4
5
6
7
8
9
 
public abstract class AbstractAppel {
 
	public void factureALaMinute(int nbMinutes){
		System.out.println("Tu me dois " + nbMinutes * getPrixParMinute() + " euros");
	}
 
	public abstract int getPrixParMinute();
}

Si tu crée des classes qui hérient de AbsatractAppel, elle devront implémenter getPrixParMinute mais pas besoin de revoir la facon dont tu facture.
Exemple avec deux classes

Code:

1
2
3
4
5
6
7
 
public class AppelParInternet extends AbstractAppel {
	@Override
	public int getPrixParMinute() {
		return 0;
	}
}

Code:

1
2
3
4
5
6
7
 
public class AppelParTelephone extends AbstractAppel {
	@Override
	public int getPrixParMinute() {
		return 2;
	}
}

Et un ptit main

Code:

1
2
3
4
5
6
7
8
9
10
11
 
public static void main(String[] args) {
		AbstractAppel appel1 = new AppelParInternet();
		//tu peux faire aussi AppelParInternet appel1 = new AppelParInternet();
		appel1.factureALaMinute(10);
		// donne Tu me dois 0 euros
		AbstractAppel appel2 = new AppelParTelephone();
		appel2.factureALaMinute(10);
		//Tu me dois 20 euros
 
	}

28/12/2010, 21h19
popy67

Ah ok donc si je comprends bien une classe abstraite peut également contenir des méthodes non abstraites (qu'on ne doit donc pas impérativement redefinir) 'est bien ca ?

Merci beaucoup en tout cas :ccool:
28/12/2010, 22h29
thelvin

Citation:

Envoyé par popy67

Ah ok donc si je comprends bien une classe abstraite peut également contenir des méthodes non abstraites (qu'on ne doit donc pas impérativement redefinir) 'est bien ca ?

Oui.

Autres possibilités :
- Parfois, une classe abstraite implémente toutes ses méthodes (ou n'a pas de méthode, seulement des variables membres,) mais on veut quand même forcer l'emploi de ses sous-classes. Souvent faisable autrement, mais bon.

- une classe abstraite peut étendre une classe. Ce n'est pas le cas des interfaces. Pratique parfois.