Discussion :

[Pierre8r]

Bonjour,

J'ai acheté :
Effective Java 2nd Revised edition

On peut retrouver le code source de ce livre ici :
Code source Effective Java

Il semble que chaque item du livre peut-être étudié indépendamment.
Je crée une nouvelle discutions sur le premier item, il est possible que je crée des discussions sur d'autres items.

Le premier item suggère de considérer s'il n'est pas préférable d'utiliser des méthodes static de création d'objets, en lieu et place de constructeurs.

Question :
Une méthode static de création d'objet doit-elle être obligatoirement située hors de la class dont elle crée une instance ?

J'ai réalisé un petit programme test.
Beaucoup moins sophistiqué que les exemples fournis avec le livre.

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
21
 
public class AAA01 {
	private int x;
 
	private AAA01() {
	}
 
	public static AAA01 getAAA01(int x) {
		AAA01 aaa01 = new AAA01();
		setX(x) ;
		return aaa01;
	}
 
	private void setX(int x) {
		this.x = x;
	}
 
	private int getX() {
		return x;
	}
}

Il ne compile pas :

- Cannot make a static reference to the non-static method setX(int) from the type
AAA01

Pourquoi faut-il utiliser une méthode static ?

Merci,

[dingoth]

Tout d'abord, très bon achat ! Selon moi le meilleur livre pour apprendre à bien programmer en Java.

Pour répondre à ta question, tu appelles la méthodes setX() directement, sans lui donner un contexte d'objet. Tu appelles donc une méthode d'instance dans un contexte static.

Pour que ton programme fonctionne, il faut changer la ligne :

Code :

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

		setX(x) ;

Par

Code :

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

		aaa01.setX(x);

Afin d'exécuter la méthode setX dans le contexte de l'instance aaa01.

Le principe de l'item 1 d'EJ, c'est de pouvoir être maître des instances que l'on retourne. Exemple simple : parfois un objet doit être unique, on en fera un singleton. Parfois on en désire seulement deux en mémoire, ce n'est possible qu'en static.

On peut également nommer les méthodes.

Par exemple le code suivant :

Code :

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

List<Integer> list = new ArrayList<Integer>(2);

Signifie-t-il qu'on désire une ArrayList de taille 2 ? Ou plutôt qu'on désire une ArrayList contenant déjà l'élément 2 ?

Avec un constructeur nommé (donc une méthode statique), voici ce que l'on peut faire :

Code :

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

List<Integer> list = MyArrayList.newListWithCapacity(2);

Et

Code :

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

List<Integer> list = MyArrayList.newList(2);

Dans le premier cas, on a explicitement précisé qu'il s'agissait d'une arrayList dont on renseigne la taille.
Dans le second cas, nous documenterons le fait qu'on entre déjà la liste des éléments.

N'est-ce pas plus clair d'avoir des noms spécifiques ?

[Patriarch24]

Une méthode static de création d'objet doit-elle être obligatoirement située hors de la class dont elle crée une instance ?

Non. Cela s'appelle un "constructeur nommé". En effet, contrairement à un constructeur, une méthode statique a un nom.
Quand la méthode de création se situe dans une autre classe, on parle de manière générale de "Fabrique" (factory).

[Pierre8r]

N'est-ce pas plus clair d'avoir des noms spécifiques ?

Oui.