Хоро котлин. Я от листа отнимаю пустой лист и у меня алокация на 1 лист
Нет, я не мой работодатель. И то, что ты используешь API для readonly листов - это ты ССЗБ, а не авторы библиотеки. Потому что совсем рядом лежит API для mutable листов.
Надо будет вникнуть, как с этим справляется флаттер. Ибо, во всяком случае на поверхности, никакой магии там нет, но всё отлично отрисовывается и переиспользуется.
Возможно они что-то намудрили в DartVM специально для флаттера, но тогда возникает вопрос, в чём была проблема сделать так же с компоузом?
Нет, я не мой работодатель. И то, что ты используешь API для readonly листов - это ты ССЗБ, а не авторы библиотеки. Потому что совсем рядом лежит API для mutable листов.
Всмысле ? Я хочу новый лист, но если второй лист пустой то аллокацию делать вроде бесполезно
Всмысле ? Я хочу новый лист, но если второй лист пустой то аллокацию делать вроде бесполезно
Если список отсортированный, то вызывать сортировку не имеет смысла. Тогда почему ни один алгоритм сортировки не начинается с проверки на отсортированность массива? Это же такой буст перформанса дало бы.
От меня ? Та в принципе не в чем. Просто говоришь "нужно беречь алокации", тем временем создаёшь инструмент который немало алокаций делает.
Я наверное кажусь грубым, но просто не понимаю двойных стандартов: почему одним можно, а другим нельзя
Серьёзно? Все примеры, что ты привёл, не имеют ничего с реальностью или Котлином. Много аллокаций Котлин создаёт только в твоём маня-мирке, который мало общего имеет с реальностью.
Если список отсортированный, то вызывать сортировку не имеет смысла. Тогда почему ни один алгоритм сортировки не начинается с проверки на отсортированность массива? Это же такой буст перформанса дало бы.
Потому что нужно пройтись два раза. Ну кстати в стримах есть подобные оптимизации