Соглашения об именах и рекомендации для пользовательских атрибутов

Question

Существуют ли какие-либо соглашения (возможно, от Microsoft) об атрибутах, если их имя должно быть в единственном или множественном числе?

Я не уверен, что такое соглашения об именах или они вообще есть? Я хочу атрибут для ролей в моей системе, я не уверен, по соглашению (если оно есть), нужно ли мне его множить до RolesAttribute или оставить его в единственном числе RoleAttribute.

- Правка -

Теперь я думаю, что пользовательские атрибуты - это все еще классы, которые являются производными от базового класса Attribute, поэтому соглашения классов применяются к C #атрибуты, а?

Answer 1

Это действительно зависит от функциональности, которую вы реализуете. Короче говоря, если вы назначаете одну роль, используя свой атрибут, то оставьте его в единственном числе, если вы назначаете несколько ролей, сделайте его множественным.

В более общих терминах Attributes должно быть названо с использованием clear Паскаль перечислил имен и их функция заключается в том, чтобы связывать метаданные или декларативную информацию с кодом. Как и все остальное в вашем коде, убедитесь, что они описательны и недвусмысленны.

Вот несколько хороших рекомендаций, которым я хотел бы следовать:

• Избегайте незапечатанных атрибутов
• Пользовательские атрибуты должны заканчиваться суффиксом Attribute
• Определить конструкторы, которые имеют параметры для инициализации свойств, соответствующих требуемым аргументам
• КаждыйПараметр конструктора должен иметь то же имя (кроме casing ), что и соответствующее свойство
• Определить методы доступа для параметров атрибута, обычно устанавливаемые свойства для необязательных параметров и метод получения только для обязательных параметров
• Отметить атрибуты с помощью AttributeUsageAttribute