Java-задача с XML⁠⁠

например, используем xpath
подробности тут - https://gist.github.com/averkhoglyad/ec2641bfde7c983125007e0...)

шаблон запроса - "//folder[starts-with(@nаme,'%s')]/@nаme" (где %s заменяется на startingLetter)

после чего просто выгребаем все ноды:

XPathFactory.newInstance().newXPath()

.compile(String.format(tpl, startingLetter))

.evaluate(document, XPathConstants.NODESET);

и собираем результат:

int nodesLength = nodes.getLength();

Collection<String> result = new ArrayList<>(nodesLength);

for (int i = 0; i < nodesLength; i++) {

result.add(nodes.item(i).getNodeValue());

}

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

1. Будет использован ArrayList без указания размера (т.к. стрим его не имеет и может вообще быть бесконечным), а значит по мере заполнения массив придётся его пересоздавать (см. сорцы)

2. Накладные расходы конечно же будут ещё и потому что создаётся и используется больше объектов, обёрток и т.п.

3. Предложенный способ со стримами явно не придаёт коду читаемости, просто дублирует перебор индексов, ещё и зачем-то переводит примитивы в обёртки (хотя метод NodeList::item ожидает именно примитив int и будет преобразован обратно). Немного более элегантным решением было бы создать стрим нод (для этого надо сделать Iterator для перебора нод в нод-листе + на сколько я помню, ещё и Iterable, который его вернёт)

4. Не хочу jaxb и рекурсию, ничего сверх красивого не получится, а кода будет больше, ещё и xml мапить в объекты. Правда вот тут Stream API будет уже удобно использовать.

Можно, но будет менее эффективно (нужен будет лишний итератор, который мне было ещё и лень писать, массив в результирующем листе будет постепенно увеличиваться и пересоздаваться, немного лишних операций и обёрток под капотом).

Да и вообще, Stream API надо использовать там, где в нём есть необходимость, т.е. реально поток данных (хотя я конечно тоже его люблю использовать где только можно).

Так что притензия отклоняется)))

А вообще, можно даже сделать адаптер NodeList к интерфейсу Collection и обернуть его. Тогда даже перегонять ничего не надо будет (да, его мне тоже лень писать).