Как лучше всего сравнить две коллекции на Java и действовать на них?

У меня есть две коллекции одного и того же объекта, Collection<Foo> oldSetи Collection<Foo> newSet. Требуемая логика следующая:

  • если fooнаходится в (*), oldSetно нет newSet, позвонитеdoRemove(foo)
  • иначе, если fooне в, oldSetа в newSet, позвонитеdoAdd(foo)
  • в противном случае, если fooесть в обеих коллекциях, но изменены, вызовитеdoUpdate(oldFoo, newFoo)
  • иначе, если !foo.activated && foo.startDate >= now, позвонитеdoStart(foo)
  • иначе, если foo.activated && foo.endDate <= now, позвонитеdoEnd(foo)

(*) «in» означает, что уникальный идентификатор соответствует, а не обязательно содержанию.

Тока (устаревший код) делает много сравнений , чтобы выяснить removeSet, addSet, updateSet, startSetи endSet, а затем цикл действовать по каждому пункту.

Код довольно грязный (отчасти потому, что я уже исключил некоторую логику спагетти), и я пытаюсь его реорганизовать. Еще немного справочной информации:

  • Насколько я знаю, oldSetи newSetна самом деле поддерживаютсяArrayList
  • Каждый набор содержит менее 100 предметов, скорее всего, максимум на 20
  • Этот код часто вызывается (измеряется в миллионах в день), хотя наборы редко отличаются

Мои вопросы:

  • Если я преобразую oldSetи newSetв HashMap<Foo>(порядок здесь не важен) с идентификаторами в качестве ключей, это облегчит чтение и сравнение кода? Сколько времени и производительности памяти теряется при конвертации?
  • Будет ли итерация двух наборов и выполнение соответствующей операции более эффективной и краткой?
22.08.2008 20:47:16
8 ОТВЕТОВ

Для небольшого набора обычно не стоит преобразовывать его из массива в набор HashMap /. На самом деле, вам, вероятно, лучше хранить их в массиве, а затем сортировать их по ключам и выполнять итерацию по обоим спискам одновременно, чтобы выполнить сравнение.

-1
22.08.2008 20:57:38

Я создал приближение того, что, я думаю, вы ищете, просто используя Framework Коллекций в Java. Честно говоря, я думаю, что это, вероятно, излишне, как отмечает @Mike Deck. Для такого небольшого набора элементов для сравнения и обработки я думаю, что массивы были бы лучшим выбором с процедурной точки зрения, но вот мое псевдокодированное (потому что я ленивое) решение. У меня есть предположение, что класс Foo сопоставим по уникальному идентификатору, а не по всем данным в его содержимом:

Collection<Foo> oldSet = ...;
Collection<Foo> newSet = ...;

private Collection difference(Collection a, Collection b) {
    Collection result = a.clone();
    result.removeAll(b)
    return result;
}

private Collection intersection(Collection a, Collection b) {
    Collection result = a.clone();
    result.retainAll(b)
    return result;
}

public doWork() {
    // if foo is in(*) oldSet but not newSet, call doRemove(foo)
    Collection removed = difference(oldSet, newSet);
    if (!removed.isEmpty()) {
        loop removed {
            Foo foo = removedIter.next();
            doRemove(foo);
        }
    }
    //else if foo is not in oldSet but in newSet, call doAdd(foo)
    Collection added = difference(newSet, oldSet);
    if (!added.isEmpty()) {
        loop added  {
            Foo foo = addedIter.next();
            doAdd(foo);
        }
    }

    // else if foo is in both collections but modified, call doUpdate(oldFoo, newFoo)
    Collection matched = intersection(oldSet, newSet);
    Comparator comp = new Comparator() {
        int compare(Object o1, Object o2) {
            Foo f1, f2;
            if (o1 instanceof Foo) f1 = (Foo)o1;
            if (o2 instanceof Foo) f2 = (Foo)o2;
            return f1.activated == f2.activated ? f1.startdate.compareTo(f2.startdate) == 0 ? ... : f1.startdate.compareTo(f2.startdate) : f1.activated ? 1 : 0;
        }

        boolean equals(Object o) {
             // equal to this Comparator..not used
        }
    }
    loop matched {
        Foo foo = matchedIter.next();
        Foo oldFoo = oldSet.get(foo);
        Foo newFoo = newSet.get(foo);
        if (comp.compareTo(oldFoo, newFoo ) != 0) {
            doUpdate(oldFoo, newFoo);
        } else {
            //else if !foo.activated && foo.startDate >= now, call doStart(foo)
            if (!foo.activated && foo.startDate >= now) doStart(foo);

            // else if foo.activated && foo.endDate <= now, call doEnd(foo)
            if (foo.activated && foo.endDate <= now) doEnd(foo);
        }
    }
}

Что касается ваших вопросов: если я преобразую oldSet и newSet в HashMap (порядок здесь не имеет значения), с идентификаторами в качестве ключей, это облегчит чтение кода и его сравнение? Сколько времени и производительности памяти теряется при конвертации? Я думаю, что вы, вероятно, сделаете код более читабельным, используя карту, НО ... вы, вероятно, будете использовать больше памяти и времени во время преобразования.

Будет ли итерация двух наборов и выполнение соответствующей операции более эффективной и краткой? Да, это было бы лучшим из обоих миров, особенно если бы вы следовали совету @Mike Sharek по прокрутке собственного списка с помощью специализированных методов или следовали чему-то вроде шаблона Visitor Design, чтобы просмотреть вашу коллекцию и обработать каждый элемент.

10
24.04.2017 08:18:30

Я бы перешел к спискам и решить это следующим образом:

  1. Сортировать оба списка по идентификатору по возрастанию, используя пользовательский Comparator, если объекты в списках не сопоставимы
  2. Перебирайте элементы в обоих списках, как в фазе слияния в алгоритме сортировки слиянием , но вместо слияния списков вы проверяете свою логику.

Код будет более или менее так:

/* Main method */
private void execute(Collection<Foo> oldSet, Collection<Foo> newSet) {
  List<Foo> oldList = asSortedList(oldSet);
  List<Foo> newList = asSortedList(newSet);

  int oldIndex = 0;
  int newIndex = 0;
  // Iterate over both collections but not always in the same pace
  while( oldIndex < oldList.size() 
      && newIndex < newIndex.size())  {
    Foo oldObject = oldList.get(oldIndex);
    Foo newObject = newList.get(newIndex);

    // Your logic here
    if(oldObject.getId() < newObject.getId()) {
      doRemove(oldObject);
      oldIndex++;
    } else if( oldObject.getId() > newObject.getId() ) {
      doAdd(newObject);
      newIndex++;
    } else if( oldObject.getId() == newObject.getId() 
            && isModified(oldObject, newObject) ) {
      doUpdate(oldObject, newObject);
      oldIndex++;
      newIndex++;
    } else {
      ... 
    }
  }// while

  // Check if there are any objects left in *oldList* or *newList*

  for(; oldIndex < oldList.size(); oldIndex++ ) {
    doRemove( oldList.get(oldIndex) );  
  }// for( oldIndex )

  for(; newIndex < newList.size(); newIndex++ ) {
    doAdd( newList.get(newIndex) );
  }// for( newIndex ) 
}// execute( oldSet, newSet )

/** Create sorted list from collection 
    If you actually perform any actions on input collections than you should 
    always return new instance of list to keep algorithm simple.
*/
private List<Foo> asSortedList(Collection<Foo> data) {
  List<Foo> resultList;
  if(data instanceof List) {
     resultList = (List<Foo>)data;
  } else {
     resultList = new ArrayList<Foo>(data);
  }
  Collections.sort(resultList)
  return resultList;
}
2
31.08.2008 17:58:00

Библиотека Apache commons.collections имеет класс CollectionUtils, который предоставляет простые в использовании методы для манипулирования / проверки коллекций, такие как пересечение, разность и объединение.

Документы API org.apache.commons.collections.CollectionUtils находятся здесь .

34
29.08.2017 08:58:06
URL больше не доступен. :(
Jude Niroshan 19.05.2016 06:01:47

Я думаю, что самый простой способ сделать это - использовать apache collection api - CollectionUtils.subtract (list1, list2), если списки одного типа.

3
23.06.2010 18:29:09

Для сопоставления списка или набора мы можем использовать Arrays.equals(object[], object[]). Он будет проверять только значения. Чтобы получить Object[]мы можем использовать Collection.toArray()метод.

-2
4.12.2012 15:17:02

Вы можете использовать потоки Java 8, например

set1.stream().filter(s -> set2.contains(s)).collect(Collectors.toSet());

или устанавливает класс из гуавы :

Set<String> intersection = Sets.intersection(set1, set2);
Set<String> difference = Sets.difference(set1, set2);
Set<String> symmetricDifference = Sets.symmetricDifference(set1, set2);
Set<String> union = Sets.union(set1, set2);
20
28.11.2014 12:05:45
Хотя он называет эти коллекции «наборами», фактический тип Collection<Foo>, так что в отличие от реальных Sets, дубликаты не исключены.
Konrad Morawski 12.03.2015 17:09:18
public static boolean doCollectionsContainSameElements(
        Collection<Integer> c1, Collection<Integer> c2){

    if (c1 == null || c2 == null) {
        return false;
    }
    else if (c1.size() != c2.size()) {
        return false;
    } else {    
        return c1.containsAll(c2) && c2.containsAll(c1);
    }       
}
0
29.09.2017 03:56:40