Pourquoi la méthode clone() protégé en java.lang.L'objet?

l'interface Clonable est juste un marqueur disant que la classe peut supporter le clone. La méthode est protégée parce que vous ne devriez pas l'appeler sur object, vous pouvez (et devriez) l'annuler en tant que public.

De Sun:

dans l'objet de la classe, la méthode clone() est déclarée protégée. Si tout ce que vous faites est implémenter Cloneable, seuls les sous-classes et les membres du même paquet pourront invoquer clone() sur l'objet. Pour permettre à toute la classe dans un paquet de accédez à la méthode clone (), vous devrez l'annuler et la déclarer publique, comme c'est fait ci-dessous. (Lorsque vous outrepassez une méthode, vous pouvez la rendre moins privée, mais pas plus privée. Ici, la méthode protected clone() dans Object est supplantée en tant que méthode publique.)

clone est protégé parce que c'est quelque chose qui doit être écarté afin qu'il soit spécifique à la classe actuelle. Bien qu'il soit possible de créer une méthode publique clone qui clonerait n'importe quel objet, cela ne serait pas aussi bon qu'une méthode écrite spécifiquement pour la classe qui en a besoin.

la méthode du Clone ne peut être utilisée directement sur aucun objet, c'est pourquoi elle est destinée à être supplantée par la sous-classe.

bien sûr, il pourrait être public et tout simplement jeter une exception appropriée lorsque le clonage n'est pas possible, mais je pense que ce serait trompeur.

la façon dont clone est implémenté en ce moment vous fait penser à pourquoi vous voulez utiliser clone, et comment vous voulez que votre objet soit cloné.

il est protégé parce que l'implémentation par défaut fait une copie peu profonde de tous les champs (y compris privé), circumventing constructor . Ce n'est pas quelque chose qu'un objet peut être conçu pour traiter en premier lieu (par exemple, il peut garder une trace des instances d'objet créées dans une liste partagée, ou quelque chose de similaire).

pour la même raison, l'implémentation par défaut de clone() lancera si l'objet sur lequel elle est appelée n'implémente pas Cloneable . Il s'agit d'une opération potentiellement dangereuse avec des conséquences de grande envergure, et donc l'auteur de la classe doit explicitement opt-in.

du javadoc de cloneable.

* By convention, classes that implement this interface (cloneable) should override 
* <tt>Object.clone</tt> (which is protected) with a public method.
* See {@link java.lang.Object#clone()} for details on overriding this
* method.

* Note that this interface does <i>not</i> contain the <tt>clone</tt> method.
* Therefore, it is not possible to clone an object merely by virtue of the
* fact that it implements this interface.  Even if the clone method is invoked
* reflectively, there is no guarantee that it will succeed.

donc vous pouvez appeler clone sur chaque objet mais cela vous donnerait la plupart du temps pas les résultats que vous voulez ou une exception. Mais c'est seulement recommandé si vous implémentez clonable.

IMHO c'est aussi simple que ça:

• #clone ne doit pas être appelé sur des objets non clonables, donc il n'est pas rendu public
• #clone doit être appelé par les sous-classes ob Object qui mettent en œuvre clonable pour obtenir la copie peu profonde de la classe de droite

Quelle est la bonne portée pour les méthodes qui doivent être appelables par des sous-classes, mais pas par d'autres classes?

C'est protected .

méthode Clone() a un contrôle interne "instance de Clonable ou pas".C'est ainsi que Java team pourrait penser restreindre l'utilisation inappropriée de la méthode clone ().méthode clone() est protégée, c'est à dire accessible par les sous-classes. Puisque object est la classe mère de toutes les sous-classes, la méthode Clone() peut donc être utilisée par toutes les classes infact si nous n'avons pas la vérification ci-dessus de 'instance of Cloneable'. C'est la raison pour laquelle Java team pourrait avoir pensé à restreindre l'utilisation inappropriée de clone() en ayant vérifiez dans la méthode clone () "est-ce qu'instance de Clonable'.

par conséquent, quelles que soient les classes implémenter cloneable peut utiliser la méthode clone() de classe objet.

aussi depuis qu'il a fait protégé, il est disponible pour seulement les sous-classes qui implémente l'interface clonable. Si nous voulons la rendre publique, cette méthode doit être remplacée par la sous-classe avec leur propre mise en œuvre.

oui, le même problème que j'ai rencontré. Mais je le résous en implémentant ce code

public class Side implements Cloneable {
    public Side clone() {

        Side side = null;
        try {
            side = (Side) super.clone();
        } catch (CloneNotSupportedException e) {
            System.err.println(e);
        }
        return side;
    }
}

comme l'a dit l'autre.

Eh bien, aussi les développeurs sun sont seulement humains, et ils ont en effet fait une énorme erreur pour mettre en œuvre la méthode clone comme protégé, la même erreur qu'ils ont mis en œuvre une méthode clone non-fonctionnement dans ArrayList! Donc, en général, il existe un malentendu beaucoup plus profond de programmeurs Java même expérimentés à propos de la méthode clone.

cependant, j'ai récemment trouvé une solution rapide et facile pour copier n'importe quel objet avec tout son contenu, peu importe comment il est construit et ce qu'il contient, voir ma réponse ici: Bug dans L'utilisation D'objet.clone ()

encore une fois, Java JDK framework montre une pensée brillante:

l'interface clonable ne contient pas de méthode "public T clone();" parce qu'elle agit plus comme un attribut (par ex. Serializable) qui permet à une instance d'être cloné.

il n'y a rien de mal à ce dessin parce que:

1. " objet.clone () ne fera pas ce que vous voulez avec votre classe définie sur mesure.

2. si vous avez des outils MyClass Cloneable => vous écrasez clone () avec "public Maclasse clone()"

3. si vous avez MyInterface s'étend Cloneable et certains MyClasses mettre en œuvre MyInterface: définissez simplement " public MyInterface clone ();" dans l'interface et chaque méthode utilisant les objets MyInterface sera capable de les cloner, peu importe leur classe de MyClass.