Есть ли способ избежать циклов при добавлении в список?

Question

мне было интересно, код вроде этого:

List<String> list = new ArrayList<String>(); 
for(CustomObject co : objects) { 
    list.add(co.getActualText()); 
} 

Можно ли писать по-другому? Я имею в виду, конечно, в какой-то момент будет петля, но мне интересно, если есть использование API я игнорирую

Answer 1

Если вы используете Java 8, вы можете воспользоваться поток API:

List<String> list = objects.stream() 
          .map(CustomObject::getActualText) 
          .collect(Collectors.toList()); 

Answer 2

Если у вас есть Java 8, что о:

objects.forEach(item -> list.add(item.getActualText())); 

Внутренне еще цикл, хотя.

РЕДАКТИРОВАТЬ немного Офф-тей: ИМО Это наиболее читаемое и лучшее решение. Почему бы просто не использовать foreach, о котором вы могли бы спросить. Ответ: так как коллекция выбирает лучший способ перебора элементов. Например, ArrayList не использует итератор, потому что он знает лучше, чем вы:

@Override 
public void forEach(Consumer<? super E> action) { 
    Objects.requireNonNull(action); 
    final int expectedModCount = modCount; 
    @SuppressWarnings("unchecked") 
    final E[] elementData = (E[]) this.elementData; 
    final int size = this.size; 
    for (int i=0; modCount == expectedModCount && i < size; i++) { 
     action.accept(elementData[i]); 
    } 
    if (modCount != expectedModCount) { 
     throw new ConcurrentModificationException(); 
    } 
} 

Answer 3

Использования потоков будет более идиоматическими в Java 8, но если вы хотите, чтобы быть ближе к традиционному подходу, основанной петли вы можете использовать forEach:

objects.forEach(co -> list.add(co.getActualText())); 

Answer 4

Хотя очевидно, немного смешное предложение: вы можете избежать петли, добавив их рекурсивно.

void add(List<? super String> receiver, CustomObject[] objects) { 
    addRec(receiver, toAdd, 0, objects.length()); 
} 

void addRec(List<? super String> receiver, CustomObject[] objects, int start, int end) { 
    if (start + 1 == end) { 
    receiver.add(objects[start].getActualText()); 
    } else if (start != end) { 
    int mid = (start + end)/2; 
    addRec(receiver, objects, start, mid); 
    addRec(receiver, objects, mid, end); 
    } 
} 

Answer 5

Конечно, Apache Commons и гуавы также обеспечивают способы избежать петли без использования Java 8.

Commons CollectionUtils.collect:

CollectionUtils.collect(objects, Transformer.invokerTransformer("getActualText"), list); 

Guava Lists.transform:

List<String> list = Lists.transform(objects, 
    new Function<CustomObject, String>() { 
     public String apply(CustomObject co) { 
      return co.getActualText(); 
     } 
    } 
); 

Answer 6

Если вы используете Eclipse Collections (ранее GS Collections) вы можете написать в Java 8:

MutableList<CustomObject> objects = ... 
MutableList<String> result = objects.collect(CustomObject::getActualText); 

С Java 5 - 7 вы можете использовать анонимный внутренний класс, представляющий тип SAM Function с сборным методом.

MutableList<CustomObject> objects = ... 
MutableList<String> result = objects.collect(new Function<CustomObject, String>() { 
    public String valueOf(CustomObject object){ 
     return object.getActualText(); 
    } 
}); 

Примечание: Я коммиттер для Eclipse, Коллекции

Answer 7

Для достижения действительно хорошую эффективность при копировании диапазона данных между двумя типами списков, которые неизвестны друг другу, должен быть механизм с помощью которого «доверенный» тип может попросить каждого разоблачить массив (ы) поддержки, связанный с рядом элементов, а затем использовать операцию массовой копии для перемещения данных от одного к другому. Можно было бы полностью написать такой класс в Java, получив способ GetArraySource передать конструктору доверенного класса ArraySource объект, который он мог бы использовать для запроса массива поддержки, связанного с конкретным элементом (возврат будет включать в себя массив поддержки и диапазон элементов, включенных в него).Код, требующий копии, вызовет GetArraySource и передаст ArraySource, возвращенный тем самым методу CopyFromArraySource списка адресата, который затем может запросить ArraySource для копирования одного или нескольких диапазонов элементов в собственный массив (ы) поддержки.

Если ArraySource был класс поставляется с Java и Oracle документально, что именно он будет делать с массивами, которые были получены, то можно было бы для типов, таких как ArrayList и String, чтобы выставить их содержимое как ArraySource или принимать внешние данные от ArraySource, без неправильного отображения их массива на любой код, который может его нарушить.

К сожалению, если Oracle не включит такую ​​вещь в дистрибутив Java, поддержка, вероятно, будет слишком скудной, чтобы быть полезной. Нехорошо, чтобы исходный список поддерживал один такой класс, назначение - другое, а код, требующий операции копирования, - третий. Все три класса должны поддерживать один и тот же класс доверенных массивов-сегментов-копий-помощников.