Как рассматривать новые предупреждения об устаревании .NET 8 BCL не как ошибки? ⇐ C#

[Anonymous]

В наших проектах C# мы обычно используем следующий параметр:

Код: Выделить всё

true
612,618

До сих пор это работало безупречно и привело к следующему желаемому результату:

• В целом предупреждения обрабатываются как ошибки. Таким образом, разработчики вынуждены немедленно их исправлять.
• Предупреждения «устаревшие»/«устаревшие» CS0612 и CS0618 представляют собой особый случай: вся их цель — предупредить перед< Код /em> будет ломаться в более поздней версии, тем самым создавая этап, на котором разработчики узнают о проблеме, не нарушая сборку. Таким образом, эти два предупреждения рассматриваются как предупреждения, а не как ошибки.

Похоже, что в .NET 8 BCL представил целый набор новых предупреждений. что определенные типы или члены будут объявлены устаревшими, например:

• SYSLIB0051 – об устаревших API поддержки сериализации
• SYSLIB0050 — о сериализации на основе средства форматирования.
• SYSLIB0040 — о некоторых политиках шифрования.
• SYSLIB0011 — о сериализации двоичного средства форматирования.
  < li>и т. д.

В нашей кодовой базе (насчитывающей несколько сотни проектов C#) мы встречаем множество таких случаев. Мы исправим их, но не можем сделать это везде одновременно.
Каков эффективный способ рассматривать эти новые предупреждения об устаревании как предупреждения, а не как ошибки, не отходя от настройки предупреждений-как-ошибок в целом?
(В качестве дополнительной информации мне было бы интересно узнать, почему было решено объявить много новых предупреждений из-за устаревания платформы .NET 8, а не использования существующих CS0612 и CS0618. Возможно, знание об этом поможет принять решение о том, как справиться с этой проблемой.)

Подробнее здесь: https://stackoverflow.com/questions/790 ... -as-errors