Ca marche mais je ne comprend pas pourquoi

Bonjours,

J'esseyais depuis quelques temps de definir un JPasswordField afin de remplacer mon pathétique :

Code:

---

1 2	JTextField myPassword=new JTextField();

---

par un plus sophistiqué

Code:

---

1 2	JPasswordField myPassword=new JPasswordField();

---

Mais une fois la password donné, je devais l'utiliser pour fabriquer mon url JDBC. Et la, la méthode myPassword.getPassword() me retournait la version cryptée. Idem si j'utilisais la fonction myPassword.getTExt(), c'etait toujours la version cryptée.

La solution pour que le password apparaisse cryptée à l'ecran mais fournisse un string en clair avec myPassword.getTExt() passe par :

Code:

---

1 2	private JTextField myPassword= new JPasswordField();

---

Et là, je ne comprend pas: mypassword est bien un JTextField, donc que le getText() me retourne un String clair, ok.
Mais pourquoi alors la fonction de crytpage à l'écran fonctionne ? Après tout 'myPassword' est un JTextField.

Et plus généralement, comment savoir qu'elle seront les future propriété d'une variable d"'un type classe instantiée quand on fait une declaration du genre:

Code:

---

1 2	Ancetre myVar = new DerieveAncetre() ;

---

Qu'elle seront les fonctionalités de myVar qui seront du type Ancetre ?


Dans ce cas qui nous occupe, On pourrait dire que pour toutes les fonctions qui sont définie dans JTextField et JPasswordField, ce sont les fonctions de JTextFied qui seront reprise et si une fonction n'est pas definie dans JTextField mais existe dans JPasswordField, alors cette fonctions aussi est dispo.

Ainsi j'explique pourquoi l'input a l'ecran est crypté.

Helas, si ce raisonnement etait correct, alors la fonctionalité qui crypte le password, aurait du crypter aussi bien pour le display (ce qu'elle fait) que le getText (ce qu'elle ne fait pas).

Du coup, je suis un peu perdu et je comprend que je ne comprend pas réellement cette déclaration "JTextField var=new JPasswordField()":aie:

Salut,

Citation:

---

Envoyé par murgen23

Et la, la méthode myPassword.getPassword() me retournait la version cryptée. Idem si j'utilisais la fonction myPassword.getTExt(), c'etait toujours la version cryptée.

---

Je ne comprend pas ce que tu veux dire par là, car ni getPassword() ni getText() n'encrypte quoi que ce soit...

Citation:

---

Envoyé par murgen23

Et là, je ne comprend pas: mypassword est bien un JTextField, donc que le getText() me retourne un String clair, ok.
Mais pourquoi alors la fonction de crytpage à l'écran fonctionne ? Après tout 'myPassword' est un JTextField.

---

Non non et non !
Le type réel de mypassword est un JPasswordField, et le déclarer dans un type parent ne change en rien ses propriétés !
:arrow: C'est ton histoire de cryptage que je ne comprend pas !

a++

Voila un example :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

JPasswordField myPassword=new JPasswordField(); . . System.out.println("getPassword=" +myPassword.getPassword() ) ;   // string entered 'pirate' // output : getPassword=[C@198defc       private JTextField myPassword = new JPasswordField(); . . System.out.println("getText=" + myPassword.getText() ) ;   // string entered 'pirate' // output : getText=pirate

---

Note, que contrairement a ce qu'il me semblait, si je declare myPassword du type JPasswordField alors getText() retourne le password en clair mais cette methode est declarée 'deprecated function since JDK1.2'

Lorsqu'on affiche un tableau, ce n'est pas son contenu mais son "identité" qui est affiché :

Code:

---

System.out.println("getPassword=" + Arrays.toString(myPassword.getPassword()) ) ;

---

:arrow: Il n'y a pas de cryptage !

Pour getText() c'est déprécié car cela empêche de forcer la suppression du password de la mémoire en écrivant par dessus, ce qu'on ne peut pas faire avec un String :

Code:

---

1 2 3 4 5 6 7 8

JPasswordField myPassword = new JPasswordField(); char[] pass = myPassword.getPassword();   // On vérifie le path // ...   // Puis on l'efface : Arrays.fill(pass, 'x');

---

a++

ok j'ai compris, mauvaise conclusions : getPassword() retourne aussi en clair mais un Arrays.

Je crois savoir que l'on ecrit

Ancetre var = new DeriveAncetre() ;

quand on veut faire de l'overload:

Code:

---

1 2 3 4 5 6 7 8

if (condition) then { Ancetre var = new DeriveAncetre1() ; } else { Ancetre var = new DeriveAncetre2() ; }   var.methodeCommune;

---

Mais qu'elle est donc la penalité d'écrire:

Code:

---

1 2 3 4 5 6

Ancetre var = new DeriveAncetre() ;   // par rapport a   DeriveAncetre var = new DeriveAncetre() ;

---

En y reflechissant on pourrait écrire systématiquement

Code:

---

1 2	Object var=new DeriveAncetre() ;

---

et var est du type DeriveAncetre.

Car on ne peut appeler une méthode que si elle existe dans le type déclaré !

C'est le principe de l'abstraction.

a++