Делаешь в шарпе структуру с fixed массивом и числом с эксплисит лэйаутом, получаешь поведение идентичное натуральному

Ну смотря какой

Ты можешь интринсики нарыть которые тоже самое делают

Обнаружил недавно офигенный паттерн, который уже много раз использовал.
Например, нужно взять в Linq элемент, в котором некоторая проперть минимальна. Например, элемент с минимальной шириной.
По сути это source.OrderBy(i => i.width).First(), но это будет O(n * log(n))
Сам алгоритм min O(n), но source.Min(i => i.width) дает ширину, а не сам элемент.

Тут можно схитрить, воспользовавшись тем, что туплов определен CompareTo в лексикографическом порядке.

g.Select(i => (i.width, i)).Min().i

То же самое работает для Max.

Если знает метод лучше, поделитесь.

Написать свой MinBy? -_-

Прикольно. Мне как-то нужно было получить и индекс, и значение. В принципе выглядит норм

Остается только вопрос гарантии того, как сравниваются туплы

Вроде это уже есть в MoreLinq

Сорян, сначала написал Min, там First, конечно, поправил

Ну да, у меня собственно так метод и называется - MinBy. Не понимаю, почему изначально не сделали оверлорд в Linq

Для меня это тоже загадка на самом деле

https://github.com/morelinq/MoreLINQ/blob/ee238241083a9b31dc03c39781b29f4189b4fe73/MoreLinq/MaxBy.cs
думал там поменьше кода

Чел намутил, да

Хотя казалось бы, возьми Func/Comparer и пройдись по IEnumerable

Ну он все правильно, канеш, делает, потому что extrema это множество. Но чистая математика слабо применима в вычислительной математике

Ну "правильность" относительна, имхо)

Мне тут множество не уперлось

а, возможно оно даёт возможно вернуть не один максимальный элемент, а все максимальные

да