On Mon, 4 May 2009 20:09:40 +0200 Tony Chemit <chemit@codelutin.com> wrote:
Le Mon, 04 May 2009 18:47:16 +0200, Arnaud Thimel <thimel@codelutin.com> a écrit :
Tony Chemit a écrit :
Sorry, je me suis mal exprimé, je recommence :
Soit un objet A.
On définit sur A une clef d'unicité K(A) = [p0(A),p1(A),...], où pi(A) est une propriété de A. (c'est une clef métier)
Ok, mais là ta clé varie si tes champs varient ? (ou alors j'ai encore pas compris et là t'auras le droit d'me taper ;))
oui la clef varie :) t'as tout compris
A chaque validation, on reconstruit les clefs (euh les hashCodes des clefs :)).
J'ai du mal a comprendre le besoin :(, car je pense que ce que tu fais ne marche pas mais comme je ne sais pas a quoi il sert je ne peux pas te donner de bonne solution :(. car par exemple si tu prends comme type primitif String (ce qu'il n'est pas) tu n'auras jamais la certitude que deux chaines differentes n'ont pas le hashCode. Si dans les types primitifs tu prends bien que les primitifs alors oui le hash de chacun d'eux devrait normalement etre different, mais en les composants tu ne peux plus etre sur que le hash soit different. Juste pour illustrer, meme si ce n'est pas exactement ca: 1+3 = 4 :) 2+2 = 4 :( -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii