Discussion :

[samouille666]

Bonjour,

Je suis en train de preparer la certification SCJP et a cette occasion je revisite un peu les trefond du langage. Je bosse avec :
SCJP Sun Certified Programmer for Java 5 Study Guide
Je travail sur l'accces au classe et interface etc...et j'ai une citation qui dit :

"une interface est abstraite à ce titre elle ne peut dans sa déclaration avoir de native, final, strictfp"

pour native et final, on est d'accord. Le premier sous entends un implementation, et le second un impossibilité à être étendue. Mais je doutais sur strictfp. Alors j'ai essayé avec :

une interface :

Code :

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

1
2
3
package certification.chap1._6Interface._interface;
 
public strictfp interface InterfaceB {}

et une classe :

Code :

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

1
2
3
4
5
6
 
package certification.chap1._6Interface;
 
import certification.chap1._6Interface._interface.InterfaceB;
 
class ClasseA implements InterfaceB {}

... et cela compile correctement.

Est ce que le bouquin fait une erreur ou je ne comprend pas quelques chose ?

Merci de vous y pencher.

Amicalement

[tchize_]

Une fois que c'est compilé, regarde par réflection dans ton interface si le strictfp est toujours présent. Le compilateur le droppe peut-être silencieusement.

Je sais par expérience que, si une classe a une inner classe non statique, par exemple, le compilateur fait silencieusement passer tout ce qui est private en protected, pour que la inner class aie accès à la outer class (en tout cas, autant que je sache, c'était vrai en java 1.3).

Sinon, faut regarder LA source de référence: le Java Language Specifications

[adiGuba]

Salut,

Est ce que le bouquin fait une erreur ou je ne comprend pas quelques chose ?

strictfp est interdit sur les méthodes des interfaces, car c'est un choix d'implémentation et cela doit donc être utilisé dans l'implémentation de la méthode.

une méthode abstraite ne peut pas recevoir le mot-clef strictfp (et toutes les méthodes d'une interface sont implicitement abstraite )

Mais lorsqu'on utilise le mot-clef strictfp sur un type (classe, interface ou enum), en fait cela revient à placer le mot-clef strictfp sur toutes les méthodes où cela est possible.

Donc utiliser sur une interface ne sert à rien ou presque puisqu'il existe une méthode <clinit> qui se charge de renseigner les champs static, ainsi dans ce cas là :

Code :

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

1
2
3
strictfp interface InterfaceB {
	public static double VALUE = Math.random() * Math.PI;
}

Le calcul de VALUE sera effectué dans la méthode <clinit> en mode strictfp...

De même, sur une classe/enum, le strictfp sur la classe permet de le forcer sur toutes ses méthodes et constructeurs, ainsi que les méthodes spéciales <clinit> et <init> (cette dernière se charge de l'initialisation en ligne des attributs d'instance).


Par contre strictfp n'est pas héritable : ce n'est pas parce-qu'on hérite d'une classe strictfp, qu'on implémente une interface strictfp ou qu'on redéfinit une méthode strictfp que l'on conserve cette notion...

Enfin, tous les calculs résolue à la compilation sont effectué en strictfp

Et il me semble que la JVM de Sun fait tout ses calculs en mode strictfp... mais je peux me tromper

Je sais par expérience que, si une classe a une inner classe non statique, par exemple, le compilateur fait silencieusement passer tout ce qui est private en protected, pour que la inner class aie accès à la outer class (en tout cas, autant que je sache, c'était vrai en java 1.3).

Actuellement le compilateur génère une méthode <package-only> "synthétique" qui permet à l'inner classe d'accéder à la classe conteneur

a++