[Language][1.5]Question interfaces multiple:

**FreshVic** · 16/11/2005, 15h54

Je me posais une question !!

Cette question la voici :

Imaginons 2 interfaces :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
 
public interface TestInterface {
 
	public String getTest();
}
 
public interface TestAutreInterface {
 
	public int getTest();
 
}

Maintenant histoire de compliquer la chose je voudrais une classe qui implemente les deux interfaces et bien la d'apres moi on est confronté a un probleme .
En effet le compilateur ne nous permet pas d'implementer les deux methode puisqu'elles ont la meme signature (ou prototype

: ), mais lorsqu'on en implemente une il nous dit que le type de retour ne correspond pas à l'autre methode de l'autre interface et inversement .

Donc est il possible d'implementer 2 interfaces possedant des methodes ayant la meme signature (prototype ??) mais avec un type de retour different ?

PS: ceci n'est pas un cas concret , il est juste issue de mon esprit ,d'ailleur je me fais un peu peur !!!!

**xavlours** · 16/11/2005, 16h03

Bonjour,
T'as essayé de compiler ? A mon avis, meme en déclarant une classe abstraite qui n'implémente aucune des 2 méthodes, ca plante.

**FreshVic** · 16/11/2005, 16h08

Effectivement je viens d'essayer et rien que le fait de signaler qu'on va implementer les deux interfaces ne plait pas au compilateur .
Ce n'est donc pas possible !
Pourtant je dirais que la situation pourrait arrivé !!

**BainE** · 16/11/2005, 16h15

Bonjour, juste pour info la signature c'est le nom de la méthode et ses parametre donc le type de retourne le compilo ne le voit pas... L'erreur peut peut etre s expiquer comme ca.

**adiGuba** · 16/11/2005, 16h16

Salut,

Envoyé par FreshVic

Ce n'est donc pas possible !
Pourtant je dirais que la situation pourrait arrivé !!

Si cela arrive il y a de forte chance qu'il y ait un probleme de conception...

Par contre cela doit toutefois être possible dans certain cas avec Java 5.0 avec la covariance du type de retour lorsqu'il y a une relation d'héritage entre les deux types de retour...

Exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
public interface TestInterface {
 
   public Number getTest();
}
 
public interface TestAutreInterface {
 
   public Integer getTest();
 
}

La classe suivante "devrait" compiler (je n'ai pas de JDK sur ce poste je n'ai donc pas pu le vérifier):

Code :

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

1
2
3
4
5
6
public class MaClasse implements TestInterface, TestAutreInterface {
 
	public Integer getTest() {
		return new Integer(0);
	}
}

a++

**FreshVic** · 16/11/2005, 16h25

Si cela arrive il y a de forte chance qu'il y ait un probleme de conception...

Je te l'accorde mais parfois l'utilisation d'api impose l'implementation d'interface , alors si l'utilisation de deux API externe s'impose et que par malchance

on se retrouve dans ce cas !!!

Envoyé par BainE

Bonjour, juste pour info la signature c'est le nom de la méthode et ses parametre donc le type de retourne le compilo ne le voit pas... L'erreur peut peut etre s expiquer comme ca.

C'est exactement ca , mais justement ma question etait de savoir s'il etait possible de contourner le probleme !!

En ce qui concerne Java 5 ,j'essairais de retenir cette possibilité qu'offre Java 5 mais pour le moment je suis toujours en 1.4 (et ouais je suis fidele) !!!

**adiGuba** · 16/11/2005, 16h48

Envoyé par FreshVic

Je te l'accorde mais parfois l'utilisation d'api impose l'implementation d'interface , alors si l'utilisation de deux API externe s'impose et que par malchance

on se retrouve dans ce cas !!!

Oui mais dans ce cas il est peut-être préférable de faire deux classes afin de bien avoir deux méthodes distinctes (a la rigueur un classe interne). Car s'il s'agit de deux API différentes il y a de fortes chances que les deux méthodes ait un comportement/objetifs différents...

Envoyé par FreshVic

En ce qui concerne Java 5 ,j'essairais de retenir cette possibilité qu'offre Java 5 mais pour le moment je suis toujours en 1.4 (et ouais je suis fidele) !!!

Attention je ne l'ai toutefois pas testé comme cela donc ce n'est pas sur que cela "fonctionne"...
Mais ce n'est pas vraiment l'objetifs original de cette fonctionnalité qui permet seulement de spécialiser le type de retour...

a++

**Gfx** · 16/11/2005, 18h44

Il me semble que la covariance ne change que pour les methodes heritees/surchargees mais pas deux methodes au meme niveau d'heritage.

Et passez a Java 1.5 ! Plus rapide, mieux, etc. ! Java 1.6 arrive bientot (et il est encore mieux

**adiGuba** · 16/11/2005, 20h45

Envoyé par Gfx

Il me semble que la covariance ne change que pour les methodes heritees/surchargees mais pas deux methodes au meme niveau d'heritage.

Je viens de tester et cela fonctionne... Avec la covariance public Integer getTest() peut correspondre à une implémentation de public Number getTest(), donc c'est "presque" comme si les deux interfaces possédaient la même méthode...

Mais bon ce n'est pas forcément très propre comme conception...

Envoyé par Gfx

Et passez a Java 1.5 ! Plus rapide, mieux, etc. ! Java 1.6 arrive bientot (et il est encore mieux

Oui on sait bien... mais on n'en a pas forcément la possibilité

a++

**lunatix** · 16/11/2005, 21h37

Envoyé par Gfx

Et passez a Java 1.5 ! Plus rapide, mieux, etc. ! Java 1.6 arrive bientot (et il est encore mieux

je pousse tres fort au boulot pour passer a java5. les postes de dev sont en 1.5, mais on compile pour 1.4 mais j'ai espoir. Par contre on a un gros probleme avec les sockets: elles sont tres lentes pour etablir les connexions. : du coup, ca impacte les connexions Jdbc :-/

**adiGuba** · 16/11/2005, 21h42

Envoyé par lunatix

Par contre on a un gros probleme avec les sockets: elles sont tres lentes pour etablir les connexions.

C'est à dire ? Avec le 1.4 ou le 5.0 ?

**lunatix** · 16/11/2005, 23h03

avec le 1.5. d'ailleurs la question est passée ici plusieurs fois, et est restée dans réponse. c'est franchement bloquant pour moi. Mon driver oracle mets 10 secondes a se connecter en 1.5, alors que le meme en 1.4 : c'est instantané.

Edit :
voir par exemple, mais il y en a d'autres http://www.developpez.net/forums/vie...355963&start=0

**Gfx** · 16/11/2005, 23h40

Vous etes les seuls a constater ca ?

**lunatix** · 16/11/2005, 23h56

ben c'est pas facile a isoler
mais par exemple la : http://www.developpez.net/forums/viewtopic.php?t=416541 c'est typique du probleme

je pense que celui la aussi http://www.developpez.net/forums/vie...hlight=lenteur mais pas sur sur.

et une des fois ou j'ai vraiment cherché sans trouver de solution
http://www.developpez.net/forums/vie...ight=pool+lent

en tout cas, il y a un probleme. Est-ce un bug ? un probleme de conf réseau (ca ressemble a un delai de time out avant chaque ouverture de connexion) : aucune idée[/url]

**adiGuba** · 17/11/2005, 00h10

Envoyé par lunatix

Edit :
voir par exemple, mais il y en a d'autres http://www.developpez.net/forums/vie...355963&start=0

J'ai fait remonter ce thread. Tiens moi au courant

**Gfx** · 18/11/2005, 01h46

J'utilise Java 1.5 depuis les premieres beta publiques et les nightly builds Java 1.6 depuis le mois de mai 2005 et je n'ai jamais constate de tels problemes avec toutes les applis Java que j'ai pu essayer.

**adiGuba** · 18/11/2005, 09h41

Le problème vient de NetBIOS (cf l'autre post), et donc si ce protocole n'est pas installé sur ta machine/réseau cela doit être normal...

Surtout que ce n'est pas un protocole très utilisé si je ne me trompe pas...

a++

[Language][1.5]Question interfaces multiple:

Langage Java

Discussions similaires

Partager

Partager