E
Size: a a a
2020 November 30
IC
если есть отилчия - это ж пизда баг
IC
я просто смотрел, что там хотят сделать перед новым сервис релизом и натолкнулся на это
IC
в целом много геморроя с covariant return
RI
Тупой вопрос, но всё же интересно -
Допустим есть класс
class A
{
public string Str{get;set;}
}
Как оно будет в куче размещено? Обьект А со ссылкой на Str, а самo значение Str где-нибудь в другом месте или обьект А со значением Str?
Допустим есть класс
class A
{
public string Str{get;set;}
}
Как оно будет в куче размещено? Обьект А со ссылкой на Str, а самo значение Str где-нибудь в другом месте или обьект А со значением Str?
W
Класс в куче, на него ссылка. В классе одно поле - тоже ссылка. Ссылка на строку уже
W
(две аллокации)
W
К слову, Str это проперти, ты вероятно имел ввиду тот что backing field?
RI
К слову, Str это проперти, ты вероятно имел ввиду тот что backing field?
Да, приватную _str
RI
Класс в куче, на него ссылка. В классе одно поле - тоже ссылка. Ссылка на строку уже
спс
IC
(две аллокации)
вторая аллокация будет в другом месте
IC
т.е. не часть инициализации этого объекта
W
Канеш
W
Когда захочешь, тогда и аллоцируешь. Может даже задолго до создания объекта (если константная строка)
NT
Stream.ReadAsync вообще таймауты игнорит
IC
Stream.ReadAsync вообще таймауты игнорит
чем аргументирует?
NT
ну вот так вот
NT
но у тебя бага прикольнее
NT
цикл в ссылках на сертификаты