Elle existe surtout dans Object parce qu'elle prend en compte les classes descendantes :
soit B classe qui �tend la classe A et impl�mente Cloneable. B n'a pas besoin de surcharger la m�thode clone() pour que le clonage prenne en compte m�me les champs d�finis dans la classe B : A a = new B(); B clone = (B) a.clone(); // marche sans avoir besoin de red�finir clone() D�finir la m�thode clone() dans l'interface Cloneable obligerait toutes les classes qui l'impl�mentent de r�inventer la roue. -----Message d'origine----- De : Nicolas Delsaux [mailto:[EMAIL PROTECTED]] Envoy� : mardi 3 d�cembre 2002 09:56 � : [EMAIL PROTECTED] Objet : Re: Re: Re: Duplication d'un Objet > >Ce que je ne comprends pas c'est pourquoi, l'interface Clonnable ne >contiens pas la methode Clone. Car grace a cela il aurait ete possible de >cloner des objects de fa�on generique ! Je ne comprends pas non plus. Cependant, il semble, d'apr�s la javadoc, que seuls les objets impl�mentant Clonnable puissent l'�tre sans souci. Car d'apr�s la javadoc, les objets ne l'impl�mentant pas renvoient CloneNotSupportedException. Je pense que cette m�thode existe dans Object pour des raisons de plateforme (mais �a n'est qu'une hypoth�se non �tay�e). > >Dominique > -- Nicolas Delsaux Logique shadok : Plus �a rate, et plus �a a de chance que �a marche.
