Discussion :

[FloMo]

Bonjour,

j'ai juste une petite question. J'ai fait du Delphi avant d'apprendre le Java et j'utilisais souvent l'instruction "with" qui me permettait d'effectuer plusieurs opérations sur un même objet sans répéter à chaque fois le nom de l'objet.

J'aimerais savoir s'il y a un équivalent au "with" en Java.

Merci de vos réponses.

[xxaragornxx]

Bonjour,
je ne connais pas "with", mais présenté comme ça... non !

[le y@m's]

Je ne sais pas si c'est ce dont tu parle (jamais fait de Delphi) mais tu peut faire un truc dans ce genre pour enchainer les méthodes :

Code :

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

1
2
String s ="du texte";
boolean b = s.toString().equals("du texte");

Dans cet exemple, tu appelles d'abord la méthode toString() de s puis la méthode equals() sur le résultat de l'appel précédent.

[xxaragornxx]

Je ne sais pas si c'est ce dont tu parle (jamais fait de Delphi) mais tu peut faire un truc dans ce genre pour enchainer les méthodes :

Code :

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

1
2
String s ="du texte";
boolean b = s.toString().equals("du texte");

Dans cet exemple, tu appelles d'abord la méthode toString() de s puis la méthode equals() sur le résultat de l'appel précédent.

Oui, mais là tu n'appelles pas des méthodes sur le même objet
Bon on en sera plus si on tombe sur un adepte Delphi/Java ou s'il repasse d'ici là !

[le y@m's]

Oui, mais là tu n'appelles pas des méthodes sur le même objet

Oui je sais, mais comme je ne connais pas le delphi (et donc ce que FloMo attend exactement), j'ai donné ce qui me semble le plus proche de sa description , ceci dit tu as raison de souligner ce point.

Bon on en sera plus si on tombe sur un adepte Delphi/Java ou s'il repasse d'ici là !

l'appel est lancé

[dr00w]

Si tu donne un exemple en Delphi on va peut-être comprendre ce que tu veux.

[benratti]

Il me semble qu'il n'y a pa d'equivelant "with" en java. Je pense que ca amenerait une ambiguite.

Imagine que tu ais fait un with et que tu appeles une methode a(). Sur quoi est applique la methode, l'objet avec le with ou sur l'objet "this" ? Le probleme se pose surtout si les deux objet on une methode a() mais le fond du probleme est le meme.

[bouye]

Ahh, c'est donc une abreviation syntaxique. La meme chose qu'un import ou un static import mais sur un objet bien specifique (pour eviter de taper monObjet. a chaque appel de methode ou acces a des membres).

Code :

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

Je pense que ca amenerait une ambiguite.

Euh non (en tout cas pas plus que les import ou un static import). Si le compilateur est capable de prevenir de l'ambiguite alors la maniere de la lever serait de tout simplement ecrire completement monObjet.maMethode() ou this.maMethode() au lieu de maMethode(). Donc exactement le meme principe qu'actuellement en cas de collision de noms de classes ou de constantes importees.

Mais bon, non, a ma connaissance Java ne supporte pas ce genre de choses (pour le moment).

[FloMo]

Le with fonctionne ainsi :

with monobjet do
begin
.ma_methode(param);
.ma_methode2();
.ma_propriete = truc;
end

etc...

Ainsi, ça évite de faire :

monobjet.ma_methode(param);
monobjet.ma_methode2();
monobjet.ma_propriete = truc;

Le but est juste d'éclaircir le code.

Merci d'avance.

[dr00w]

Je vois, c'est bien. Et non pas d'équivalence en java.

[onlytoine]

en Java 5, tu as les imports statiques qui permettent de faire appel à des méthodes statiques sans avoir à répéter la classe... mais c'est tout, pas de "with" en Java

Toine

[FloMo]

Merci à tous pour vos réponses.

[benratti]

Si le compilateur est capable de prevenir de l'ambiguite [...]

c'est qu'il y a une ambiguite alors...

[bouye]

Tout a fait ; ce que tu peux faire deja en faisant :

Code :

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

1
2
3
4
5
6
7
 
import java.util.*;
import javax.sql.*;
 
...
 
Date date = ....

Apres celon on peut faire comme toi :

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
 
import java.util.Date;
import java.util.Calendar;
import java.util.List;
import ..........................
import ..........................
import ..........................
import ..........................
import ..........................
import ..........................
import ..........................
import ..........................
import ..........................
import ..........................
import ..........................
import ..........................
import ..........................
 
...
 
Date date = ....

ou comme moi :

Code :

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

1
2
3
4
5
6
7
 
import java.util.*;
import javax.sql.*;
 
...
 
java.util.Date date = ....

Le meme probleme se pose avec les imports statiques.

Note : de mon point de vue les deux solutions se valent largement et je ne cherche pas a denigrer celle que je n'utilise pas.

[benratti]

En fait, je fais exactement comme toi. Ce que je voulais souligner c'est que l'interet d'un "with" est de ne pas mettre tout le blabla avant la methode, donc si il faut remettre le blabla pour lever l'ambiguite sur l'objet utilise, alors je ne vois pas l'interet d'un with ( peut etre pour ca qu'il n'existe pas d'ailleurs )

[bouye]

Oups desole alors, j'ai confondu avec qqun d'autre qui avait indique qu'il preferai toujours detailler tous ses imports pour eviter les conflits justement.

[xxaragornxx]

Oups desole alors, j'ai confondu avec qqun d'autre qui avait indique qu'il preferai toujours detailler tous ses imports pour eviter les conflits justement.

Il me semble qu'il y a aussi un petit gain de temps à la compilation... A vérifier...

[bouye]

C'est probable car la resolution du nom de la classe est plus simple et directe pour le compilateur. Quoi que le gain doit aussi etre probablement peu visible (si on code de facon normale et pas en faisant des sources de classes de 500Ko et si l'API ne contient pas 2 millions de classes dans 3000 packages...).