Dv
Вроде как, ожидаемому паттерну вызова такого гипотетического метода мой код соответствует.
Size: a a a
2020 July 29
AH
Вроде как, ожидаемому паттерну вызова такого гипотетического метода мой код соответствует.
А go to definition на CopyTo срабатывает?
Dv
А go to definition на CopyTo срабатывает?
Нет, потому что я не могу выбрать правильную перегрузку
Dv
Однако, он меня уже сводил в
BitArray.CopyTo(Array, int), и в MemoryExtensions.CopyTo<T>(this T[]? source, Span<T> destination)Dv
Вот почему во второй — не пойму
Dv
Вполне вероятно, что это рили тупо баг в компиляторе. Ему кажется, что
BitArray почему-то вдруг экстендится экстеншенами от обычного массива.Dv
Но это действительно компилятор, он мне в консоль рапортует о наличии таких вот фантомных экстеншенов
AH
Вот почему во второй — не пойму
А второй работает?
Dv
Может, там у
BitArray какой-то имплисит каст есть?Dv
А второй работает?
В смысле?
AH
В смысле?
padded.CopyToCopyTo(span)
Dv
Ты мне предлагаешь его на обычном массиве позвать? А в чём суть эксперимента? Сработает, я думаю
Dv
padded.CopyToCopyTo(span)
тьфу блин, сорян, я опечатался
Dv
Конечно же, там один
CopyTo.AH
тьфу блин, сорян, я опечатался
Ааа.
AH
Может, там у
BitArray какой-то имплисит каст есть?Это очень валидное предположение. Но почему сишарп не видит такой экстеншн?
Dv
Это очень валидное предположение. Но почему сишарп не видит такой экстеншн?
А почему должен? Экстеншена-то нет
Dv
Экстеншены не учитывают имплисит конверсии
Dv
Ну и, кстати, имплисита такого тоже нет.
AH
Чот магия.