Каков наилучший способ создания нового списка из старого, но с объектами из этого списка, которые не имеют одинаковой ссылки [duplicate]

Я думаю, что текущий зеленый ответ плох, почему вы можете спросить?

• Может потребоваться добавить много кода
• Он требует, чтобы вы перечислили все списки чтобы копировать и делать это

Способ сериализации также плохой imo, вам может потребоваться добавить Serializable по всему месту.

Итак, какое решение:

Библиотека глубокого клонирования Java Библиотека клонирования - это небольшая библиотека Java с открытым исходным кодом (apache license), которая глубоко клонирует объекты. Объектам не нужно реализовывать интерфейс Cloneable. Эффективно, эта библиотека может клонировать ЛЮБЫЕ java-объекты. Его можно использовать, то есть в реализациях кеша, если вы не хотите, чтобы кешированный объект был изменен или когда вы хотите создать глубокую копию объектов.

Cloner cloner=new Cloner();
XX clone = cloner.deepClone(someObjectOfTypeXX);

Проверьте это на https://github.com/kostaskougios/cloning

Вот решение, использующее общий тип шаблона:

public static <T> List<T> copyList(List<T> source) {
    List<T> dest = new ArrayList<T>();
    for (T item : source) { dest.add(item); }
    return dest;
}

Я всегда использовал эту опцию:

ArrayList<Dog> clonedList = new ArrayList<Dog>(name_of_arraylist_that_you_need_to_Clone);

Я лично добавлю конструктор в Dog:

class Dog
{
    public Dog()
    { ... } // Regular constructor

    public Dog(Dog dog) {
        // Copy all the fields of Dog.
    }
}

Затем просто повторите (как показано в ответе Вархана):

public static List<Dog> cloneList(List<Dog> dogList) {
    List<Dog> clonedList = new ArrayList<Dog>(dogList.size());
    for (Dog dog : dogList) {
        clonedList.add(new Dog(dog));
    }
    return clonedList;
}

Я нахожу преимущество это вам не нужно вкручивать со сломанным клонированным материалом на Java. Это также соответствует тому, как вы копируете коллекции Java.

Еще одна возможность - написать собственный интерфейс ICloneable и использовать его. Таким образом, вы можете написать общий метод клонирования.

Все стандартные коллекции имеют конструкторы копирования. Используйте их.

List<Double> original = // some list
List<Double> copy = new ArrayList<Double>(original); //This does a shallow copy

clone() был спроектирован с несколькими ошибками (см. этот вопрос ), поэтому лучше его избегать.

Из Эффективное Java 2nd Edition , пункт 11: разумно отвергнуть клон

Учитывая все проблемы, связанные с Cloneable, можно с уверенностью сказать, что другие интерфейсы не должен расширять его, а классы, предназначенные для наследования (пункт 17), не должны его реализовывать. Из-за многих недостатков некоторые экспертные программисты просто не рекомендуют переопределять метод клонирования и никогда не вызывать его, кроме, возможно, для копирования массивов. Если вы создаете класс для наследования, имейте в виду, что если вы решите не предоставлять хорошо защищенный метод клонирования, для подклассов будет невозможно реализовать Cloneable.

В этой книге также описывается многие конструкторы копирования преимуществ имеют над Cloneable / clone.

• Они не полагаются на механизм создания экстралингвистического объекта, подверженного риску
• . Они не требуют неприемлемого соблюдения
• Они не противоречат правильному использованию конечных полей
• Они не выбрасывают ненужные проверенные исключения
• Они не требуют отбрасываний .

Рассмотрим другое преимущество использования конструкторов копирования: предположим, что у вас есть HashSet s, и вы хотите скопировать его как TreeSet. Метод clone не может предложить эту функциональность, но с конструктором преобразования легко: new TreeSet(s).