ЛА
тут еще стоит сказать, что большенству (ок, не будем стату подбивать) срать на уровень задачи и уровень кода и вот это всё. Люди получают свою зп и сидят в зоне комфорта
Size: a a a
2019 May 23
ЛА
это не хорошо. Но как есть
AP
тут еще стоит сказать, что большенству (ок, не будем стату подбивать) срать на уровень задачи и уровень кода и вот это всё. Люди получают свою зп и сидят в зоне комфорта
а если ещё и на отъебись делают...
DP
сидишь себе, кодик пописываешь, удивляешься почему byteArray.Skip(someBigIndex).Take(2) медленно работает
а почему медленно работает, если не считать, что можно начать с нужного индекса сразу?
m
Skip же O(N)?
AP
metaclass
Skip же O(N)?
да
E
metaclass
Skip же O(N)?
не, O(1)
AP
не, O(1)
давно?
E
по крайней мере в неткоре
m
они сделали специализацию генериков что ли?
E
в старом моно/il2cpp скорее всего будет итераратор = линейная
ЛА
так если он O(1) то и шутка не актуальная
ЛА
еще один плюс при переходе на кор))
E
даже с O(1) там будет пяток аллокаций + аллокация результата.
на Span<> было бы 0 аллокаций
на Span<> было бы 0 аллокаций
AP
в коре партишены юзаются
E
в коре суть в том, что сохраняется инфа о том, над чем вы делаете Skip
AP
else if (source is IPartition<TSource> partition)
return (IEnumerable<TSource>) partition.Skip(count);
return (IEnumerable<TSource>) partition.Skip(count);
AP
это, я так понимаю, здесь происходит?