Разве это плохо для создания и использования пользовательских атрибутов C устаревшей и NeedsWork?

Question

Я хочу пометить многие из моих функций C # как "устаревшие" или "требующие работы". Я планирую создать атрибуты клиентов, которые я использую для обозначения функций. Я видел этот вопрос, который, кажется, указывает на то, что атрибуты только для информации не влияют на производительность:

Дорого ли это использование атрибутов в .Net (C #)?

У меня вопрос, является ли это плохим использованием атрибутов. Есть ли лучший способ пометить код, чтобы я мог вернуться на этапе 2 и либо удалить код, либо переработать его каким-либо образом?

P.S. Я понимаю, что есть устаревший атрибут, но он приводит к слишком большому количеству предупреждений компилятора. Я хочу видеть "настоящие" предупреждения компилятора.

Answer 1

Такое ощущение, что вы хотите создать какие-то атрибуты управления проектами для ваших классов.

Я считаю, что управление проектами отличается от вашего кода.Если функция не «сделана» правильно с первого раза, есть вероятность, что она будет похоронена под другими приоритетами, и «достаточно хорошая» снизит ее.

Конечно, всегда есть комментарии к списку задач просто добавьте // TODO: и вы получите его в редакторе списка задач в Visual Studio, если вам нужны напоминания в коде.

Я бы не пошел так далеко, чтобы украшать классы атрибутами 'needfixing'.Если это сделано, это сделано, если это не так, если вам нужно напоминание, то todo должно быть достаточно.

Answer 2

Я не скажу, что «плохо» выделять код, который требует работы с атрибутами, но это может быть излишним.Рассматривали ли вы XML-комментарии ?