question technique sur modifier strictfp

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:

---

1 2 3

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

---

et une classe :

Code:

---

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

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 :)

Salut,

Citation:

---

Envoyé par samouille666

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.

:arrow: 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:

---

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 ;)

Citation:

---

Envoyé par tchize_

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).

---

:arrow: 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++