Java

[java] thread et sleep en ns

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [java] thread et sleep en ns

benou

Reprise du message précédent :

SquiZZ a écrit :

Je repose ma question : à quoi ca sert d'avoir l'opérateur de cast sur les objets dans un langage si il ne sert a rien ?

parce que des gens sont un peu plus ouvert d'esprit et comprennent pas à quoi il sert ?

Publicité

BifaceMcLeOD

The HighGlandeur

Si je me souviens bien, pour appeler l'implémentation grand-parente, il suffit de préfixer "this" par le nom de la classe.
Ainsi, si yield n'était pas statique, on pourrait écrire "Thread.this.yield()".

benou> Tu confirmes ?

benou

BifaceMcLeOD a écrit :

benou> Tu confirmes ?

non, j'infirme.
En java ce n'est pas possible, comme je l'ai déjà dit.

La notation que tu as donné est celle utilisée quand tu est dans en innerclasse pour accéder aux méthodes et attributs de la "outterclasse"

---------------
ma vie, mon oeuvre - HomePlayer

nraynaud

lol

benou a écrit :

"outterclasse"

enclosing instance

---------------
trainoo.com, c'est fini

benou

nraynaud a écrit :

enclosing instance

:jap:

---------------
ma vie, mon oeuvre - HomePlayer

SquiZZ

benou a écrit :

parce que des gens sont un peu plus ouvert d'esprit et comprennent pas à quoi il sert ?

après moultes recherches, je suis tombé la dessus :

Code :

void testType(Object instance)
{
if (instance instanceof String)
{
System.out.println("This is a string." );
System.out.println("It is " +((String)i).length() ); //casts the Object to aString first
}
}

ok, donc j'ai compris à quoi sert le cast en java.

Message édité par SquiZZ le 11-03-2004 à 20:12:09

Taz

bisounours-codeur

moi j'aurais tendance à préférer une approche EAFP plutot que LBYL

benou

SquiZZ a écrit :

non seulement ca compile pas, mais en plus c'est loin d'être une utilisation habituelle du cast ...

exemple tout bête d'un cas d'utilisation courrant :

Code :

Collection collectionDeString = new ArrayList();
collectionDeString.add("léopard" );
collectionDeString.add("ficelle" );
collectionDeString.add("éléphant" );
System.out.println("Collection de strings :" );
for (Iterator it = collectionDeString.Iterator(); it.hasNext();) {
String string = (String) it.next(); // cast !!
System.out.println(" - string " + string);
}

---------------
ma vie, mon oeuvre - HomePlayer

Taz

bisounours-codeur

oui mais bon, là tu montre une utilisation pas sure que les template permettent de sécuriser

benou

Taz a écrit :

oui mais bon, là tu montre une utilisation pas sure que les template permettent de sécuriser

je comprends pas ta phrase ...

Publicité

SquiZZ

il me semble que la notion de template (au sens C++) n'existe pas en java.

sinon merci pour l'exemple benou.

Taz

bisounours-codeur

benou a écrit :

je comprends pas ta phrase ...

ben si t'as mis autre chose dans ta collection, ça risque de gueulait...

nraynaud

lol

SquiZZ a écrit :

il me semble que la notion de template (au sens C++) n'existe pas en java.

sinon merci pour l'exemple benou.

je pense qu'il parlait des templates au sens eiffel de java 1.5

---------------
trainoo.com, c'est fini

benou

Taz a écrit :

ben si t'as mis autre chose dans ta collection, ça risque de gueulait...

oui, il faut savoir ce qu'on stocke dans la collection. C'est un des intérêts des génériques à venir dans le jdk1.5 : le typage des collections.

mais bon, j'ai jamais eu une seule fois de mauvaise surprise lors d'un cast d'un truc d'une collection depuis que je fais du java.

Dans la pratique, tu sais ce que tu y mets dans ta collection et tu t'amuses pas à mélanger les types de données dans la même collection

nraynaud

lol

benou a écrit :

Dans la pratique, tu sais ce que tu y mets dans ta collection et tu t'amuses pas à mélanger les types de données dans la même collection

jusqu'au jour ou quelqu'un d'autre touche à la collection.

---------------
trainoo.com, c'est fini

benou

nraynaud a écrit :

jusqu'au jour ou quelqu'un d'autre touche à la collection.

comme je te dis, ca ne m'est jamais arrivé une seule fois.
et même si ca arrivait, c'est le genre d'erreur dont tu te rends très vite compte généralement ...

Taz

bisounours-codeur

benou a écrit :

comme je te dis, ca ne m'est jamais arrivé une seule fois.
et même si ca arrivait, c'est le genre d'erreur dont tu te rends très vite compte généralement ...

c'est ça ... t'es entrain de nous dire que le typage statique on peut s'en passer ... goute y un peu avec tes generocs, tu t'en passeras plus

nraynaud

lol

benou a écrit :

comme je te dis, ca ne m'est jamais arrivé une seule fois.
et même si ca arrivait, c'est le genre d'erreur dont tu te rends très vite compte généralement ...

mouais, je suis pas convaincu, et bien content que les generics bien typés arrivent.

Et vivement la disparition des types primitifs aussi.

---------------
trainoo.com, c'est fini

benou

Taz a écrit :

c'est ça ... t'es entrain de nous dire que le typage statique on peut s'en passer ... goute y un peu avec tes generocs, tu t'en passeras plus

oui on peut s'en passer ... c'est ce qu'on fait depuis des années. mais bien sûr c'est mieux avec : plus sûr mais surtout bcp plus lisible et en quelque sorte "auto-documenté", pour le typage en tout cas

Mais, je me répète, le classcastexception est loin d'être une cause d'erreur courante

Message édité par benou le 11-03-2004 à 23:50:14

Publicité

Page : 1 2

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

Java

[java] thread et sleep en ns

Sujets relatifs
Pont Java - ActiveX	[JAVA - JAVASCRIPT] Ouvrir la Sun Java Console [Résolu]
Regex et Java	[java]Transferer un fichier quelconque d'un client a un serveur ?
Programmation Orientée Composants en java	[JAVA][AWT] Bug avec TextArea sous windows ?
[Java] Polymorphisme : besoin d'explications	[java]Comment savoir quel jRadioBouton est coché dans un ButtonGroup ?
Recuperer applet java help	Java et TCP
Plus de sujets relatifs à : [java] thread et sleep en ns

Page générée en 0.076 secondes