Discussion :

[janef]

Salut,

Cette structure est-elle impossible à instancier :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
abstract class Fruit {
 
	abstract void mange();
 
	final class Banane extends Fruit {
		void mange() {
			System.out.println("Y'a bon!");
		}
	}
 
}

?

[*alexandre*]

Quel intérêt de placer une class interne dans une class abstraite ?

[sironimo]

+1

[yann2]

Bonjour

Quel intérêt de placer une class interne dans une class abstraite ?

La classe abstraite java.util.AbstractList contient une classe interne Itr (Iterator).

Par contre je n'ai pas compris la question de janef...

Tu ne peux rien instancier d'une autre classe. :
- Fruit n'est pas instanciable.
- Banane n'est pas instanciable car doit être liée à une instance de Fruit qui n'est pas instanciable.

Tu peux instancier Banane depuis le code de Fruit de la manière suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
abstract class Fruit {
 
	abstract void mange();
 
	final class Banane extends Fruit {
		void mange() {
			System.out.println("Y'a bon!");
		}
	}
 
	public void testBanane() {
		this.new Banane().mange();
	}
 
}

Pour instancier un Fruit depuis l'extérieur, tu peux faire comme ça :

Class Fruit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
abstract class Fruit {
 
	abstract void mange();
 
	public static final class Banane extends Fruit {
		void mange() {
			System.out.println("Y'a bon!");
		}
	}
}

Classe de test :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
public class Test {
	public static void main(String[] args) {
		Fruit fruit = new Fruit.Banane();
		fruit.mange();
	}
}

voili voilou

[sironimo]

La classe abstraite java.util.AbstractList contient une classe abstraite Itr (Iterator)

Quel intérêt de placer une class interne dans une class abstraite ?

Ici on parle d'une classe interne non abstraite je pense que c'est ça qui nous a échappé avec alexandre

[yann2]

Ici on parle d'une classe interne non abstraite je pense que c'est ça qui nous a échappé avec alexandre

Itr n'est pas abstraite Je me suis emmêlé les pinceaux (et j'ai édité). Itr est bien une classe interne concrète !

[sironimo]

autant pour moi. Ok pour l'exemple mais quel est l'intérêt ?

[*alexandre*]

ca reste louche comme conception

je veux bien que pour une class Tree elle possède une class Cell en interne qui elle contient une entité générique

mais pour une classe qui peut etre utilisé en externe (une banane) c est mal fait

[yann2]

re

ca reste louche comme conception

je veux bien que pour une class Tree elle possède une class Cell en interne qui elle contient une entité générique

mais pour une classe qui peut etre utilisé en externe (une banane) c est mal fait

Oui c'est clair que là... mais c'est certainement un petit exemple.

[edit]Arf, suppression, j'avais pô compris du premier coup. Je suis un cerf volant.[edit]

[janef]

Il se fait tard et j'étudierai vos réponses demain. Disons juste pour répondre à la remarque initiale que :

La classe interne possède les avantages de sa position (accès aux private...). La classe externe n'ayant jamais besoin d'être instanciée, c'est plus propre à mon goût de la déclarer abstract, et de même pour la méthode plutôt que d'en mettre une inopérante dans Fruit et de la surcharger dans Banane quand on a besoin de tirer un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Fruit banane = new Banane();

(du moins si c'était possible de cette façon).

[yann2]

Salut

Il se fait tard et j'étudierai vos réponses demain. Disons juste pour répondre à la remarque initiale que :

La classe interne possède les avantages de sa position (accès aux private...). La classe externe n'ayant jamais besoin d'être instanciée, c'est plus propre à mon goût de la déclarer abstract, et de même pour la méthode plutôt que d'en mettre une inopérante dans Fruit et de la surcharger dans Banane quand on a besoin de tirer un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Fruit banane = new Banane();

(du moins si c'était possible de cette façon).

Dans ce cas là, tu peux faire une classe externe (tu passes les attributs de Fruit en protected ou tu ajoute des méthodes d'accès de visibilité protected ou public, selon le besoin).

[*alexandre*]

T'es fou ? ta classe banane serait instancié a quelle moment ?

Je sais pas si tu te rends compte de l'erreur de conception de la définition d'une classe interne (non generic) dans une classe abstraite !

[yann2]

Bonjour

T'es fou ? ta classe banane serait instancié a quelle moment ?

Je sais pas si tu te rends compte de l'erreur de conception de la définition d'une classe interne (non generic) dans une classe abstraite !

Euh.. c'est à moi que tu dis ça ou à Janef. Parce que j'ai bien dis de faire une classe externe (enfin une classe quoi).

[*alexandre*]

lol rassure toi

[janef]

Et pourtant, le problème s'est posé tout naturellement.
Voici quelque chose qui ressemble plus à mon objectif. Cet exemple fonctionne parce que j'en ai retiré les abstract.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
class Fruit {
 
	private String avec="Avec la chantilly : ";
 
	void mange() { }
 
	final class Banane extends Fruit {
		void mange() {
			System.out.println(avec+"Y'a bon!");
		}
	}
 
	final class Piment extends Fruit {
		void mange() {
			System.out.println(avec+"Beurk!");
		}
	}
 
}

Et on teste :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
class Test {
 
	public static void main(String[] args) {
 
		if(args.length==1) {
			Fruit fruit=new Fruit();
			if(args[0].equals("banane")) {
				fruit=fruit.new Banane();
			} else if(args[0].equals("piment")) {
				fruit=fruit.new Piment();
			}
			fruit.mange();
		}
	}
 
}

Mais étant donné que Fruit joue un rôle mi-interface, mi-classe, la déclaration abstract me semblerait plus propre et plus rationnelle.