PetroNotC Sharpmayton,
Чет ты много написал).
Все проще друг.
Есть в C++ аналог stream?
Он ведь и в java к стыду появился недавно.
Ну или пересечение двух коллекций или векторов а ля join sql.
Последнее не обязательно, так как C++ не такой серверный ЯП как другие.
Дорогой друг.

Пока мы ещё не нафлудили много. Как ты сам себе понимаешь условия применения streams?

PetroNotC Sharp, это неудачный пример. Я имею в виду связи с I/O.

Streams из java следуют определённой идеологии пришедшей из ФП а не из I/O. Такие поинты например
как
- No storage.
- Functional in nature.
- Laziness-seeking.
- .... e.t.c.

Вот более полный список здесь https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/util/stream/package-summary.html#NonInterference

Хотя связи с I/O существуют и можно например брать список стрингов из текстового файла через интерфейс Stream.

По Linq я не буду спорить. Я его не знаю. Я закончил кодить с дотнетом в 2004 году. И тогда еще Линка не было.
Поэтому мои знания в дотнете устарели.

PetroNotC SharpmaytonЯ имею в виду связи с I/O.а какая разница что на входе в стрим?
Это как труба, информационный поток.
Я бы ее рассматривал как канал передачи данных. Нетипизированный (поток байт) и сложно управляемый.
Я могу очень быстро пересоздать новый стрим. Но тебе чтобы закрыть канал передачи данных нужно
сделать действия немного выходящие за рамки обычной алгоритмизации. Кстати про какие каналы мы
будем говорить. Или потоки.
- Sockets.
- Named pipes
- Unix Sockets

PetroNotC Sharp,

вектор - это требование стореджа. Ты явно указываешь что данная структура данных имеет
форму физического хранения. А стрим может быть бесконечным. Например стрим случайных
чисел. Или стрим событий от MQ-слушателя.

Как ты натянешь сумму или среднее от бесконечного стрима?

PetroNotC Sharp,

Какая разница. Я не хочу писать банальности. Я хочу вы напряглись и поразмышляли не о том как быстро-быстро посчитать count.

А о том , зачем в обычные императивные языки были введены элементы ФП.

PetroNotC SharppetalvikЭ-э-э... что?
Ну, в java есть аппСервер, на котором бизнес логика.
Поэтому join бывает делают не в бд, а в java))))
Нет. Join можно сделать на java. Чисто технически... технологии bigData это и делают.
Но полноценный Join SQL запроса в БД содержит очень сложную подкапотную логику
основанную на персистентных объектах статистики которая закрепляется за каждой таблицей
и влияет на план выполнения запроса. Фактически генератор плана запроса - это нейронная
сеть которая решает задачи нечеткой логики. Будет ли возможно в полной мере реализовать
такую логику на джойнах - я не знаю. С моей точки зрения это профанация.

Зачем вы хотите делать профанацию? Выставить себя дураками перед специалистами БД которые
это давно уже прошли и знают что нельзя просто так сделать джойн 5 таблиц в памяти.

В скобках замечу что под таблицами я имею в виду не коллекции которые лежат в памяти
а реалные (! сцуко) данные которые могут быть в 10-100-1000 раз превышать ваш хип.