.NET: Общий словарь ключевых слов для программирования

Question

В эпизоде ​​№ 162 Hanselminutes они говорили о PowerShell, но, что более важно, около 04:50 они упомянули, что PowerShell использовал нечто, называемое Общие технические критерии иметь стандарт, по которому слова использовать при разработке новых модулей для него.

Я не могу найти какой-либо конкретный словарь по рекомендуемым словам на этой странице.

Кто-нибудь знает хороший ресурс для стандартизированных ключевых слов , который можно использовать при разработке .NET (в данном случае C #)? Я говорю существительные и глаголы .

Один хороший момент, который они затронули в подкасте, заключается в том, что вы могли почти всегда догадываться, как объект и методы называются .

Это, чтобы не знать, какой из них выбрать:

object.GetInfo();
object.FetchInfo();
object.CreateInfo();
object.RetrieveInfo();

ОБНОВЛЕНИЕ : я нашел хорошее начало, список стандартизированных глаголов, используемых в PowerShell , но они выглядят как стандарты, используемые в .NET Framework.

Answer 1

Я бы ознакомился с Руководством Microsoft по именам :

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

Скорее всего, вас будет интересовать раздел под названием Имена членов типа :

Названия методов

Дайте методам имена, которые являются глаголами или глагольные фразы.

Обычно методы действуют на данные, поэтому используя глагол, чтобы описать действие метод облегчает разработчики, чтобы понять, что метод делает. При определении действия выполняется методом, будьте осторожны с выберите имя, которое обеспечивает ясность с точки зрения разработчика. Делать не выбирайте глагол, который описывает, как метод делает то, что делает; в других слова, не используйте реализацию данные для вашего имени метода.

Кроме того, это действительно зависит от вас. У вас здесь много свободы, но хорошее эмпирическое правило - имитировать стиль имен, которые вы найдете в .NET Framework, чтобы ваши типы и члены «чувствовали себя как дома».