Version imprimable
Bonjour,
J'aimerais savoir si, en JavaFX, il est préférable d'affecter aux variables de classe une visibilité privée (utilisation de getter et setter, comme en Java), ou publique.
Car je débute sur ce langage, et d'après ce que j'ai vu, les variables publiques facilitent bien des choses. Mais si l'on conseille en Java de les mettre private, il me semble que c'est dans un soucis de "sécurité". Alors est-ce également le cas en JavaFX ?
Merci d'avance.
Axel
Bon, tout d'abord, rappelons un message de JavaFX 1.2 :
The 'private' keyword is no longer supported. The default access is script-private, so you can simply remove 'private'.
Ensuite, la philosophie et l'approche de JavaFX sont un peu différentes de celles de Java.
Philosophie : on code vite, on s'embête pas avec ces considérations théoriques, surtout pour des programmes jetables... :-) (j'exagère un peu...)
Approche : on peut faire les choses différemment en JavaFX...
Par exemple, dans l'API standard, on trouvera peu ou pas de getter / setter : on change directement le champ content d'un Text, par exemple, ou on récupère directement l'info si un Button est active (public-read disabled). Si on a une classe immutable, comme Color, les champs sont à public-init pour les setter à la création. Si on met une valeur hors-normes (> 1 par exemple), on a une bonne vieille java.lang.IllegalArgumentException.
De même, on peut être surpris au premier abord par l'absence de certains callbacks, par exemple quand on change la sélection dans une ListView : on gère ça en surchargeant la variable selectedIndex (ou selectedItem) et en ajoutant un bloc on replace.
Ce dernier peut aussi être utilisé pour vérifier ou convertir les valeurs qu'on met dans une variable, ou mettre à jour d'autres variables (directement ou par le biais des bind) jouant ainsi le rôle d'un setter.
Rien ne t'empêche de continuer d'utiliser les getters et setters, mais ce n'est pas trop "JavaFX native"... :-)
PS. : Il est lourd ce forum... Je fais autre chose pendant quelques minutes, et il faut que je m'identifie à nouveau. Il peut pas garder mon identification quelques heures au moins ? Même le forum Java est moins strict...
OK dans ce cas c'est parfait, c'est quand même plus pratique en public...
Merci !
Je confirme, c'est assez énervant ^^Citation:
Envoyé par PhiLho
Axel
Ps : bien que IE me foire mes cookies de toutes mes sessions (quelques soit le site) à peu près toutes les deux semaines je n'ai pas de problème de déco aussi souvent que vous.
JavaFX -> Java
- aucune indication -> private
- protected -> protected
- package -> aucune indication
- public -> public
les nouveautés javaFX :
- <modificateur>-read de l'extérieur la variable ne peut qu'être lue.
- <modificateur>-init la variable ne peut être initialisée qu'à la création de l'instance/sous-classe.
Ah c'est cool ça, je connaissais pas !Citation:
Envoyé par bouye
Merci ;)
Axel
Sauf erreur de ma part (et la doc datant de la 1.0 n'aidant pas...), on n'a que public-init (qui est aussi 'read') et public-read.
J'avais mentionné les deux en passant...
J'ai vu des déclarations du style: public-read protected (par exemple scene et parent dans Node).
J'utilise Firefox.Citation:
Envoyé par bouye
Je viens de revenir sur le forum à la maison, où j'ai dû cocher "Se souvenir de moi", et j'étais toujours connecté. C'est bien.
Mais au boulot, où je désactive toute mémorisation de mes logins (sur site ou dans FF), le site me délogge au bout de quelques minutes seulement. C'est compréhensible au niveau sécurité, mais un peu trop strict (trop court) et je ne vois pas de moyen de régler ça dans les options.