Devons-nous utiliser le clone ou BeanUtils.copyProperties et pourquoi

Par les regards de lui - BeanUtils.copyProperties semble créer un clone d'un objet. Si c'est le cas, et ce avec les préoccupations autour de la mise en œuvre de la Clonable interface (Uniquement des objets immuables sont de nouvelles où que mutable objets ont des références copié) qui est le meilleur et pourquoi?

Je hier en œuvre clonable et puis j'ai réalisé que je devais fournir mes propres modifications pour les non Chaîne/Primative éléments. J'ai ensuite été informé BeanUtils.copyProperties qui je suis maintenant en utilisant. Deux mises en œuvre semblent fournir une fonctionnalité similaire.

Grâce

Donc, qu'est-ce que vous question exactement ?
Devons-nous utiliser le clone ou BeanUtils.copyProperties et pourquoi

InformationsquelleAutor Biscuit128 | 2013-03-21

26

Josh Bloch fournit assez de bons arguments (y compris celui que vous avez fourni) affirmant que Cloneable est viciée à la base, en faveur d'un constructeur de copie à la place. Voir ici.

Je n'ai pas encore rencontré une pratique en cas d'utilisation de la copie d'un objet immuable. Vous êtes de la copie d'objets pour une raison particulière, sans doute pour isoler un certain ensemble d'objets mutables en une seule transaction pour le traitement, garantissant rien ne peut les modifier jusqu'à ce que l'unité de traitement est terminé. Si ils sont déjà immuable d'une référence est aussi bon qu'une copie.

BeanUtils.copyProperties est souvent la moins intrusive façon de copier sans avoir à modifier vos classes pour être pris en charge, et il offre une certaine souplesse dans la composition des objets.

Cela dit, copyProperties n'est pas toujours one-size-fits-all. Vous pouvez avoir besoin de l'appui des objets contenant des types qui ont les constructeurs, mais sont encore mutable. Vos objets peuvent soutenir les méthodes internes ou des constructeurs de travailler autour de ces exceptions, ou vous pouvez vous inscrire à des types spécifiques dans certains outil externe pour la copie, mais il ne peut pas atteindre certains endroits que même clone() peut. C'est bon, mais il a encore des limites.
- Belle réponse que Josh Bloch's Effective Java notes. Puis-je résumer que "les deux peuvent être utilisés selon senarios"? mais les deux ont des limites.
InformationsquelleAutor phatfingers
4

BeanUtils est plus flexible que la norme de clone, qui copie simplement les valeurs de champ d'un objet à un autre. La méthode clone copie les champs de haricots de la même classe, mais BeanUtils peut le faire pour les 2 instances de classes différentes ayant les mêmes noms d'attribut.

Par exemple, supposons que vous avez un Haricot qui ont un champ Chaîne de caractères date et un haricot B, qui ont le même champ de java.util.Date de date de. avec BeanUtils vous pouvez copier la chaîne de valeur et de les convertir automatiquement à jour à l'aide de DateFormat.

Je l'ai utilisé que pour convertir un SAVON objet en mode d'Hibernation des objets qui n'ont pas les mêmes types de données.
- Maintenant, après le printemps 4.x Il n'comparer le type primitif de soruce et de destination des haricots . Alors méfiez-vous tout en utilisant BeanUtils copier les propriétés.Gardez à l'esprit que vous avez une identique types primitifs qui peut être attribué à partir de la source à la destination
InformationsquelleAutor Houcem Berrayana

Je pense que vous êtes à la recherche pour une copie en profondeur. vous pouvez avoir la méthode ci-dessous dans un util classe et de l'utiliser pour tout type de objct.

public static <T extends Serializable> T copy(T input) {
    ByteArrayOutputStream baos = null;
    ObjectOutputStream oos = null;
    ByteArrayInputStream bis = null;
    ObjectInputStream ois = null;
    try {
        baos = new ByteArrayOutputStream();
        oos = new ObjectOutputStream(baos);
        oos.writeObject(input);
        oos.flush();

        byte[] bytes = baos.toByteArray();
        bis = new ByteArrayInputStream(bytes);
        ois = new ObjectInputStream(bis);
        Object result = ois.readObject();
        return (T) result;
    } catch (IOException e) {
        throw new IllegalArgumentException("Object can't be copied", e);
    } catch (ClassNotFoundException e) {
        throw new IllegalArgumentException("Unable to reconstruct serialized object due to invalid class definition", e);
    } finally {
        closeQuietly(oos);
        closeQuietly(baos);
        closeQuietly(bis);
        closeQuietly(ois);
    }
}

InformationsquelleAutor Chandru

De votre question, je suppose que vous avez besoin copie en profondeur de l'objet . Si c'est le cas, n'utilisez pas clone méthode comme il est déjà indiqué dans oracle docs qu'il fournit copie superficielle de l'objet associé. Et je n'ai pas assez d'idée sur BeanUtils.copyProperties API.
Étant donné ci-dessous est la courte démo de deep copy. Ici, je suis profondément la copie d'un primitive array. Vous pouvez essayer ce code avec n'importe quel type d'objet.

import java.io.*;
class ArrayDeepCopy 
{
ByteArrayOutputStream baos;
ByteArrayInputStream bins;
public void saveState(Object obj)throws Exception //saving the stream of bytes of object to `ObjectOutputStream`.
{
baos = new ByteArrayOutputStream();
ObjectOutputStream oos = new ObjectOutputStream(baos);
oos.writeObject(obj);
oos.close();
}
public int[][] readState()throws Exception //reading the state back to object using `ObjectInputStream`
{
bins = new ByteArrayInputStream(baos.toByteArray());
ObjectInputStream oins = new ObjectInputStream(bins);
Object obj = oins.readObject();
oins.close();
return (int[][])obj;
}
public static void main(String[] args) throws Exception
{
int arr[][]= {
{1,2,3},
{4,5,7}
};
ArrayDeepCopy ars = new ArrayDeepCopy();
System.out.println("Saving state...");
ars.saveState(arr);
System.out.println("State saved..");
System.out.println("Retrieving state..");
int j[][] = ars.readState();
System.out.println("State retrieved..And the retrieved array is:");
for (int i =0 ; i < j.length ; i++ )
{
for (int k = 0 ; k < j[i].length ; k++)
{
System.out.print(j[i][k]+"\t");
}
System.out.print("\n");
}
}
}

InformationsquelleAutor Vishal K

0

clone crée une copie de l'objet, le clone de l'objet est toujours de la même catégorie que celui d'origine. Tous les champs, privées ou non, sont copiés.

BeanUtils.copyProperties API Copier des valeurs de propriété à partir de l'origine de la fève à la destination bean pour tous les cas où les noms des propriétés sont les mêmes.

Comme pour moi, ces deux concepts ont peu en commun.
- Salut. Je ne remets pas votre jugement, juste à jouer les démons de l'avocat. N'est pas le but de clone pour créer un objet du même type avec les mêmes données? Si vous utilisez de créer un objet vide (blanche) et de copier les propriétés - sommes-nous essentiellement de ne pas faire la même chose?
InformationsquelleAutor Evgeniy Dorofeev
0

Le clonage est fait par vous. Si l'instance qui vous tente clone contient la référence d'un autre exemple, vous devez écrire le clonage code pour que l'un de trop.
Que faire si les instances contient la chaîne de références à d'autres instances?
Donc, si vous ne le clonage par vous-même, il ya des chances que vous risquez de manquer un détail.

BeanUtils.copyProperties sur lui de prendre soin de tout par lui-même.
Il réduit votre effort.

InformationsquelleAutor Kishor Prakash

Vous devez vous connecter pour publier un commentaire.