К
Этот метод реализован в виртуальной машине, а не в байткоде.
ок, а что за аргумент target при передачи в конструктор делегата?
Size: a a a
2018 December 26
К
этот аргумент всегда принимает null
AK
этот аргумент всегда принимает null
Не всегда. Это, по сути, this
К
однако если я сделаю экстеншен метод и сделаю так:
то в target передастся забоксеный 123
Action e = 123.Lyl; // где Lyl это экстеншен метод для objectто в target передастся забоксеный 123
К
Не всегда. Это, по сути, this
хм...
AK
К счастью, у нас не как в джиесе и превращение метода объекта в делегат запоминает этот объект
К
Отлично
2019 January 20
vl
Всем привет. Кто-то может четко объяснить, почему здесь структура s копируется в s2 перед передачей в метод по ссылке? Я понимаю, что это для обеспечения полного readonly, но хочется понять, что именно мешает передать туда оригинальную структуру?
vl
При чём там копия создаётся 2 раза, в методе Main и в методе S1Foo
VK
При чём там копия создаётся 2 раза, в методе Main и в методе S1Foo
для структур которые не
readonly struct происходит защитное копированиеVK
VK
1) https://blogs.msdn.microsoft.com/seteplia/2018/05/03/avoiding-struct-and-readonly-reference-performance-pitfalls-with-errorprone-net/
2) https://blogs.msdn.microsoft.com/seteplia/2018/03/07/the-in-modifier-and-the-readonly-structs-in-c/
3) https://blogs.msdn.microsoft.com/seteplia/2018/04/11/performance-traps-of-ref-locals-and-ref-returns-in-c/
2) https://blogs.msdn.microsoft.com/seteplia/2018/03/07/the-in-modifier-and-the-readonly-structs-in-c/
3) https://blogs.msdn.microsoft.com/seteplia/2018/04/11/performance-traps-of-ref-locals-and-ref-returns-in-c/
VK
для структур которые не
readonly struct происходит защитное копированиея конечно не помню всего, но логика там такая примерно
vl
я конечно не помню всего, но логика там такая примерно
Я знаю про ридонли структуры и что их копии не создаются. Я понимаю всё, кроме одного: почему применяется это защитное копирование, что будет, если компилятор его не применит? Такой вот конкретный вопрос у меня, а не как оно работает) За статьи спс, почитаю
VK
подробнее как "защита от мутации данных" я не отвечу, т.к. не помню статьи
К
Я знаю про ридонли структуры и что их копии не создаются. Я понимаю всё, кроме одного: почему применяется это защитное копирование, что будет, если компилятор его не применит? Такой вот конкретный вопрос у меня, а не как оно работает) За статьи спс, почитаю
ну так если ты передашь структуру по ссылке и вызовешь метод который меняет внутреннее состояние структуры, то структура изменит своё значение. А оператор in должен предотвращать изменение значения в вызываемом методе.
vl
ну так если ты передашь структуру по ссылке и вызовешь метод который меняет внутреннее состояние структуры, то структура изменит своё значение. А оператор in должен предотвращать изменение значения в вызываемом методе.
Так сама структура не меняется, а меняются её внутренние поля
vl
in разве не защищает только изменение самого объекта типа
s = new S1();vl
Или в памяти структура как одно целое и изменение любого поля структуры повлечёт за собой изменение всей структуры?
К
Или в памяти структура как одно целое и изменение любого поля структуры повлечёт за собой изменение всей структуры?
Так и есть