Tony Chemit a écrit :
Moi :) les clef uniques pour mes validateurs ne seront plus basé directement sur les associations mais sur les topia ids des associations ;) et là tout fonctionnera bien
Moi j'aurai été assez pour baser le hashCode sur le topiaId. Si je reprends l'idée de Benjamin, c'est qu'il y a un laps de temps entre la création de l'objet et l'assignation de son topiaId, du coup calcul du hashCode avec : impossible ? Quel risque on a ? Si un objet est pas trouvé la première fois il va parcourir toute la liste, mais normalement, on assigne tout de suite un topiaId à une entité ? Tony, j'ai du mal à comprendre ton histoire de uniqueKeyHashCode, surtout au niveau du rôle de "this.keys". Mais d'après ca : getFieldValue(key, o); si on change une valeur de l'entité, le hashCode change ? Sinon pour le fait qu'un hashCode doit être immuable dans un runtime d'une appli, pour moi le fait qu'il soit immuable sur toute sa vie, c'est pas plus mal, dans le sens que : "qui peut le plus peut le moins" ? Arno. -- Société Code Lutin http://www.codelutin.com tel : 02 40 50 29 28 fax : 09 59 92 29 28