Java: solution recommandée pour la profondeur de clonage et de la copie d'une instance

Je me demandais si il est recommandé de faire une profonde clone/copie de l'instance de java.

J'ai 3 solutions à l'esprit, mais je peux l'avoir à manquer, et j'aimerais avoir votre avis

edit: inclure Bohzo propositon et d'affiner la question: c'est plus profond que le clonage peu profonde clonage.

Le faire vous-même:

code le clone en main propriétés propriétés et vérifiez que mutable instances sont clonés trop.

pro:

- le contrôle de ce que sera effectué

- la rapidité d'exécution

contre:

- fastidieux à écrire et à maintenir

- correction d'un bug ventral (copier/coller de l'échec, manque de propriété, réaffectés mutable propriété)

Utiliser la réflexion:

Avec vos propres outils de réflexion ou externe avec une aide (comme jakarta commun-les haricots), il est facile d'écrire une copie générique de la méthode qui va faire le travail en une seule ligne.

pro:

- facile à écrire

- sans entretien

contre:

- moins de contrôle sur ce qui se passe

- correction d'un bug sujets avec mutable objet si l'instrument de réflexion à ne pas clone sous les objets trop

- ralentissement de l'exécution

Utiliser clone cadre:

Utiliser un framework qui le font pour vous, comme :

commons-lang SerializationUtils

Java Profonde Clonage De La Bibliothèque

Dozer

Kryo

pro:

- de même que la réflexion

- plus de contrôle sur ce que sera exactement être cloné.

contre:

- chaque mutable instance est complètement cloné, même à la fin de la hiérarchie

- peut être très lente à exécuter

Utilisation instrumentation du bytecode pour écrire clone au moment de l'exécution

javassit, BCEL ou cglib peut être utiliser pour générer un dédié cloner aussi rapide qu'une main écrits. Quelqu'un connait une lib à l'aide de l'un de ces outils pour cela ?

Ce que j'ai raté ici ?

Qu'on vous recommande ?

Grâce.

  • apparemment Java Profonde Clonage de la Bibliothèque a déménagé ici : code.google.com/p/cloning
InformationsquelleAutor Guillaume | 2010-01-28
  1. 148

    Profond de clonage (clones de l'ensemble de la hiérarchie de l'objet):

    • commons-lang SerializationUtils - utilisation de la sérialisation - si toutes les classes sont sous votre contrôle et vous pouvez forcer la mise en œuvre de Serializable.

    • Java Profonde Clonage De La Bibliothèque - l'utilisation de la réflexion - dans les cas où les classes ou les objets que vous voulez cloner sont hors de votre contrôle (une 3ème partie de la bibliothèque) et vous ne pouvez pas les faire mettre en œuvre Serializable, ou dans le cas où vous ne voulez pas mettre en œuvre Serializable.

    Pour peu profonde clonage (clones seulement le premier niveau de propriétés):

    J'ai volontairement omis le "do-it-yourself" option - API ci-dessus fournissent un bon contrôle sur quoi et quoi ne pas clone (par exemple à l'aide de transient, ou String[] ignoreProperties), afin de réinventer la roue n'est pas préféré.

    • Grâce Bozho, c'est précieux. Et je suis d'accord avec vous sur l'option de BRICOLAGE ! Avez-vous déjà essayé les communes serialzation et/ou la profondeur de clonage lib ? Quid des perfs ?
    • oui, j'ai utilisé toutes les options ci-dessus, pour les raisons ci-dessus 🙂 seul le clonage de la bibliothèque a eu quelques problèmes lors de la CGLIB procurations ont été impliqués, et a raté quelques fonctionnalités souhaitées, mais je pense que cela devrait être corrigé maintenant.
    • Hey, si mon Entité est attaché et j'ai paresseux choses, ne SerializationUtils vérifie la base de données pour les paresseux propriétés ? Parce que c'est ce que je veux, et il n'est pas !
    • si vous avez une session active - oui, c'est fait.
    • Donc, vous voulez dire que si tous les objets à l'intérieur de la fève sont la mise en œuvre de serializable, org.apache.commons.beanutils.BeanUtils.cloneBean(obj) va faire une copie en profondeur ?
    • oui, il va...
    • apparemment Java Profonde Clonage de la Bibliothèque a déménagé ici : code.google.com/p/cloning
    • De bons conseils...j'ai aussi utiliser le clonage par sérialisation concept de cloner les objets par JAXB (maréchal l'objet d'un tableau d'octets, alors unmarshal une nouvelle instance d'un même objet);
    • Il semble qu'il y a deux cons dans les deux cadres (1) Printemps BeanUtils => ne d'une copie seulement, mais les développeurs peuvent personnaliser à ignorer certaines propriétés (2) Apache BeanUtils => peut faire une copie en profondeur (comme vous l'avez dit), mais pas de dispositions pour la personnalisation de sauter quelques champs tout en faisant face (comme ignoreProperties au Printemps BeanUtils)....toute suggestion?
    • Pas que je sache.
    • Java Profonde Clonage de la Bibliothèque n'est pas de travailler avec moi. Me donner ClassNotFound exception

    InformationsquelleAutor Bozho
  2. 35

    Joshua Bloch livre un chapitre entier intitulé "Article 10: Remplacer Clone Judicieusement" dans lequel il va les raisons impérieuses clone pour la plupart, est une mauvaise idée, car le Java de spécifications pour les il crée beaucoup de problèmes.

    Il fournit un peu d'alternatives:

    • Utiliser un modèle de fabrique en place d'un constructeur:

           public static Yum newInstance(Yum yum);

    • Utiliser un constructeur de copie:

           public Yum(Yum yum);

    Toutes les classes de collection dans le support de Java le constructeur de copie (par exemple, new ArrayList(l);)

    • D'accord. Dans mon projet, j'ai défini une Copyable interface qui contient un getCopy() méthode. Utilisez simplement le prototype de modèle manuellement.
    • Eh bien, je ne demande pas au sujet de la clonable interface, mais comment effectuer une profonde clone/copie de l'opération. Avec un constructeur ou d'une usine, vous avez encore besoin pour créer votre nouvelle instance à partir de votre source.
    • Je pense que vous devez être prudent dans l'utilisation de mots de profondeur clone/copie. Cloner et copier en java ne signifie PAS la même chose. La Java spec a plus à dire sur le sujet.... Je pense que vous voulez une copie en profondeur de ce que je peux dire.
    • OK Java spec est précis sur ce qu'est un clone... Mais on peut aussi parler de le clone en plus d'un sens commun... Par exemple, l'un des lib recommandé par bohzo est nommé "Java Profonde Clonage Bibliothèque"...
    • cette newInstance() méthode et la Yum constructeur ne copie ou copie?
    InformationsquelleAutor LeWoody
  3. 9

    Depuis la version 2.07 Kryo prend en charge superficiel/profond de clonage:

    Kryo kryo = new Kryo();
SomeClass someObject = ...
SomeClass copy1 = kryo.copy(someObject);
SomeClass copy2 = kryo.copyShallow(someObject);

    Kryo est rapide, à la et de leur page, vous pouvez trouver une liste des sociétés qui l'utilisent dans la production.

    InformationsquelleAutor Andrey Chaschev
  4. 5

    Utilisation XStream toXML/fromXML dans la mémoire. Extrêmement rapide et a été autour pendant un long moment et va fort. Les objets n'ont pas besoin d'être Sérialisable et vous n'avez pas utiliser la réflexion (bien que XStream n'). XStream peut discerner les variables qui pointent vers le même objet, et non accidentellement faire deux copies de l'instance. Beaucoup de ce genre de détails qui ont été forgés au cours des années. Je l'ai utilisé pour un certain nombre d'années et c'est un aller. Il est aussi facile à utiliser que vous pouvez imaginer.

    new XStream().toXML(myObj)

    ou

    new XStream().fromXML(myXML)

    À cloner,

    new XStream().fromXML(new XStream().toXML(myObj))

    De façon plus succincte:

    XStream x = new XStream();
Object myClone = x.fromXML(x.toXML(myObj));
    InformationsquelleAutor Ranx
  5. 2

    Dépend.

    Pour la vitesse, l'utilisation de BRICOLAGE.
    Pour l'épreuve des balles, utiliser la réflexion.

    BTW, la sérialisation n'est pas la même que la réflexion, que certains objets peuvent fournir substituée méthodes de sérialisation (readObject/writeObject) et ils peuvent être buggy

    • la réflexion n'est pas de preuve de balle: elle peut conduire à une situation où votre objet cloné a référence à votre source... Si le changement de source, le clone va changer aussi !
    InformationsquelleAutor Yoni Roit
  6. 1

    Je recommanderais le BRICOLAGE qui, combinée avec une bonne hashCode() et equals() la méthode devrait être facile de preuve dans un test unitaire.

    • eh bien, le paresseux me rants un lot lors de la création d'un tel code factice. Mais il est à la recherche comme le plus sage de chemin...
    • désolé, mais le BRICOLAGE, c'est le chemin à parcourir QUE si aucune autre solution n'est approprié pour vous..qui n'est presque jamais
    InformationsquelleAutor Dominik Sandjaja
  7. 1

    Je te suggère de remplacer l'Objet.clone(), l'appel à super.clone() en premier et que d'appeler ref = ref.clone() sur toutes les références que vous voulez avoir de profondes copié. C'est plus ou moins le Faire vous-même approche, mais a besoin d'un peu moins de codage.

    • C'est l'un des nombreux problèmes de l' (cassé) méthode clone: Dans une hiérarchie de classe, vous devez toujours appeler super.clone(), qui peut facilement être oublié, c'est pourquoi je préfère utiliser un constructeur de copie.
    InformationsquelleAutor x4u
  8. 1

    Pour des objets compliqués et lorsque la performance n'est pas significative-je utiliser gson
    pour sérialiser l'objet json texte, puis désérialiser le texte pour obtenir un nouvel objet.

    gson qui est basée sur la réflexion fonctionne dans la plupart des cas, sauf que transient champs ne seront pas copiés et les objets de référence circulaire à cause StackOverflowError.

    public static <ObjectType> ObjectType Copy(ObjectType AnObject, Class<ObjectType> ClassInfo)
{
    Gson gson = new GsonBuilder().create();
    String text = gson.toJson(AnObject);
    ObjectType newObject = gson.fromJson(text, ClassInfo);
    return newObject;
}
public static void main(String[] args)
{
    MyObject anObject ...
    MyObject copyObject = Copy(o, MyObject.class);

}
    InformationsquelleAutor tiboo