V
ну и
System.Runtime.CompilerServices.Nullable
System.Runtime.CompilerServices.NullableContext
System.Runtime.CompilerServices.Nullable
System.Runtime.CompilerServices.NullableContext
Size: a a a
2020 January 17
V
O_O
V
> When this new feature is enabled in your code, EF Core examines the nullability of reference type properties and applies it to corresponding columns and relationships in the database: properties of non-nullable references types are treated as if they had the [Required] data annotation attribute.
Пойду спать. Чё-то нифига не достаточно версию фреймворка поменять
Пойду спать. Чё-то нифига не достаточно версию фреймворка поменять
V
Ещё IdentityDbContext в 3.1 куда-то пропал..
V
GB
HellBrick.Diagnostics нормальные Equals/GetHashCode генерит. Плюс имеет несколько других анализаторов полезных: форс ConfigureAwait на тасках, уничтожение закомменченого кода. Наверняка что-то ещё, но их полезных я помню эти три
GB
достаточно, если у тебя нет нативных ресурсов. Анализатор предлагает фигачить полный Dispose Pattern для всех диспозаблов, видимо
A
достаточно, если у тебя нет нативных ресурсов. Анализатор предлагает фигачить полный Dispose Pattern для всех диспозаблов, видимо
нет, он не это предлагает, там можно прочитать, что предлагается.
GB
нет, он не это предлагает, там можно прочитать, что предлагается.
я прочитал. Зачем в каждом диспоузе GC.SuppressFinalize?
s
я прочитал. Зачем в каждом диспоузе GC.SuppressFinalize?
Чтобы явно сказать рантайму что тебе не надо ничего финализировать, если уже вызывался диспоуз
VO
я прочитал. Зачем в каждом диспоузе GC.SuppressFinalize?
подробнее тут - https://habr.com/ru/post/129283/
GB
Чтобы явно сказать рантайму что тебе не надо ничего финализировать, если уже вызывался диспоуз
там типа не видно. Но предположу, что финализатора у него нет
A
я прочитал. Зачем в каждом диспоузе GC.SuppressFinalize?
там предлагается либо сделать тип sealed, либо делать полный Dispose pattern. поэтому твой вопрос некорректен
K
там типа не видно. Но предположу, что финализатора у него нет
Могу предположить, что он может быть в наследнике.
И вот тут уже sealed решает вопрос.
И вот тут уже sealed решает вопрос.
s
там типа не видно. Но предположу, что финализатора у него нет
Финализатор может появится у наследника
GB
там предлагается либо сделать тип sealed, либо делать полный Dispose pattern. поэтому твой вопрос некорректен
диагностика с GC.SuppressFinalize о sealed ничего не говорит. Но если для sealed класса она не возникает, тогда да, я фигню сказал
JS
Чтобы явно сказать рантайму что тебе не надо ничего финализировать, если уже вызывался диспоуз
Так если нет финализатора, то по идее ничего и финализироваться не должно
JS
Или я ошибаюсь?
JS
Сори, прочитал ветку полностью