Здравствуйте, Sinclair, Вы писали:

S>Здравствуйте, Serginio1, Вы писали:

S>> Тем, что кой кому не нужен Nullable reference
S> А вам не приходило в голову задуматься: а почему этому кой-кому не нужен Nullable Reference? Если не приходило — перечитайте стартовый пост, там всё написано.

S>> Но в итоге у него код не пройдет проверку! Так как Next для последнего и Previous для первого будет null!
S>Именно это и прекрасно. Компилятор потребует от него добавить инициализацию для этих свойств, и только тогда успокоится. Это и есть статическая гарантия того, что в рантайме он никогда не напорется ни на Null, ни на EmptyNode.
Антон ты прикалываешься? Еще раз

Так как Next для последнего и Previous для первого будет null

Только добавив Empty компилятор и успокоится
S>>Никто не мешает добавить свой анализатор без изменения языка!
S>Ок, предположим, у нас есть такой анализатор. Накидайте пример пользовательского кода с его применением.

#продвинутый nullable enable
        var obj1 = new SomeType1();
       var obj2 = new SomeType2();
obj1.Prop = obj2;
obj2.Prop = obj1;
// Local functions are allowed
void Connect() => obj1.Child = obj2;
Connect();
#продвинутый nullable disable

Ну или
#pragma warning disable продвинутый nullable
#pragma warning restore продвинутый nullable

через наследника DiagnosticAnalyzer