Сообщение Re[9]: C# [Proposal] init block for safe initialization of c от 24.12.2025 17:29
Изменено 24.12.2025 17:38 Serginio1
Re[9]: C# [Proposal] init block for safe initialization of c
Здравствуйте, Sinclair, Вы писали:
S>Обратный вопрос: чем list.IsEmpty лучше, чем list == null?
Тем, что кой кому нужен Nullable reference
S>> Исходная задача это заменить null и добавить проверку на присваивание!
S>Нет. Исходная задача — это гарантировать, что при обработке графа никогда не встретится непроинициализированный узел
S>> Это можно сделать и добавив свои анализаторы отключив родные.
S>> Но в итоге и это не решает проблему ибо null то остается!
S>Ну так вам об этом и говорят.
Но в итоге у него код не пройдет проверку! Так как Next для последнего и Previous для первого будет null!
Никто не мешает добавить свой анализатор без изменения языка!
А использование Empty объекта значительно лучше чем null!
S>Обратный вопрос: чем list.IsEmpty лучше, чем list == null?
Тем, что кой кому нужен Nullable reference
S>> Исходная задача это заменить null и добавить проверку на присваивание!
S>Нет. Исходная задача — это гарантировать, что при обработке графа никогда не встретится непроинициализированный узел
S>> Это можно сделать и добавив свои анализаторы отключив родные.
S>> Но в итоге и это не решает проблему ибо null то остается!
S>Ну так вам об этом и говорят.
Но в итоге у него код не пройдет проверку! Так как Next для последнего и Previous для первого будет null!
Никто не мешает добавить свой анализатор без изменения языка!
А использование Empty объекта значительно лучше чем null!
Re[9]: C# [Proposal] init block for safe initialization of c
Здравствуйте, Sinclair, Вы писали:
S>Обратный вопрос: чем list.IsEmpty лучше, чем list == null?
Тем, что кой кому не нужен Nullable reference
S>> Исходная задача это заменить null и добавить проверку на присваивание!
S>Нет. Исходная задача — это гарантировать, что при обработке графа никогда не встретится непроинициализированный узел
S>> Это можно сделать и добавив свои анализаторы отключив родные.
S>> Но в итоге и это не решает проблему ибо null то остается!
S>Ну так вам об этом и говорят.
Но в итоге у него код не пройдет проверку! Так как Next для последнего и Previous для первого будет null!
Никто не мешает добавить свой анализатор без изменения языка!
А использование Empty объекта значительно лучше чем null!
S>Обратный вопрос: чем list.IsEmpty лучше, чем list == null?
Тем, что кой кому не нужен Nullable reference
S>> Исходная задача это заменить null и добавить проверку на присваивание!
S>Нет. Исходная задача — это гарантировать, что при обработке графа никогда не встретится непроинициализированный узел
S>> Это можно сделать и добавив свои анализаторы отключив родные.
S>> Но в итоге и это не решает проблему ибо null то остается!
S>Ну так вам об этом и говорят.
Но в итоге у него код не пройдет проверку! Так как Next для последнего и Previous для первого будет null!
Никто не мешает добавить свой анализатор без изменения языка!
А использование Empty объекта значительно лучше чем null!