PetroNotC SharpНужно вычислить минимальное, максимально и т.д в векторе.
Простым перебором умею. Может есть что интереснее)?
Наука и техника достигла определённого уровня развития железа и системного софта
при котором у прикладника больше нет задач оптимизации циклов на ассемблере
к примеру.

Поэтому при анализе или изучении кода. Я-бы первое внимание уделял на ясность.
Насколько код ясен для читающего. И второй насколько код удобен к внесению
изменений. И насколько код дурако-устойчив. Это в тему строгой типизации например.

Поэтому фразу "Может есть что интереснее)?" я-бы расписал по векторам. Что-то более
ясное. Удобное к внесению изменений.

P.S. Лет 5 назад тут был забавный энтузиаст. Он прославился созданием ультра-коротких
языков которые умели "разворачивать матрицу на 45 градусов". Вот такой вот факт.
Я надеюсь вы не строите ультра-коротких языков.

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 раз превышать ваш хип.

PetroNotC Sharpmayton,
Вы противопоставляете логику в хранимках и логику вне бд на сервисном слое.
Не надо это делать.
У меня есть проект с БЛ в оракле и есть проект ГИС с SOAP.
ТАМ ЛОГИКА НЕ В БАЗЕ.
И там пересечения коллекций делаются по id объектов в коллекции.
Или вы предлагаете их отправить в базу, потом сравнить и взять обратно?
Не логично.
Возможно у вас аппликейшен частично выполняет задачи БД.
Что у вас за решение? Покупное коммерческое? Или сами писали?

Если вы действительно используете ГИС то вы должны использовать ГИС-специфичные структуры данных.