Какие соглашения о присвоении имен Вы используете в C#? [закрытый]

В этом случае я думаю, что Вы были бы более обеспеченным именованием его как primaryAddressLine или firstAddressLine. Вот то, почему - rtxt, поскольку префикс бесполезно говорит Вам тип. Intellisense поможет Вам с типом и неуязвим для изменений, внесенных в тип фактического объекта. Вызов его, firstAddressLine держит его отдельно от (несовершенной) конвенции использования 1, 2, 3... на конце имен переменной, чтобы указать по некоторым причинам на необходимость в больше из них вместо набора.

Назовите его для того, что это представляет/как, это предназначено, чтобы интерпретироваться или использоваться не для его типа данных, и в именовании его не сокращают, если Вы не должны.

Существует несколько хороших документов стандартов кодирования, доступных онлайн - David Lance записал тот: http://weblogs.asp.net/lhunt/attachment/591275.ashx

Я рекомендовал бы использовать собственные инструкции Microsoft в качестве начальной точки. Как правило, большинство компаний запускается там (по моему опыту, так или иначе).

http://msdn.microsoft.com/en-us/library/czefa0ke (По сравнению с 71) .aspx

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

Я никогда не использую старую Венгерскую запись, которая называет вещи strFirstName, intCount, и т.п.; но я все еще использую его на средствах управления: txtFirstName, btnVerifyData, и т.д. Причины включают:

• Я не то, что, вероятно, изменить тип управления
• Если я действительно изменяю тип управления, я должен буду изменить много вещей, не только, имя, таким образом меняя имя также не является никаким грандиозным предприятием
• Их намного легче найти с Intellisense.

Кроме того, я, довольно вероятно, сделаю то же самое ко многим TextBoxes или ComboBoxes на странице или форме, тогда как я вряд ли сделаю что-то ко всему ints или строкам, упомянутым на странице или форме. Таким образом, это помогает смочь быстро найти весь TextBoxes с их txt префикс.

Существуют другие, тем не менее, которые непреклонно выступают против венгерского языка даже в этом случае, и я уверен, что у них есть свои причины. Независимо от Вашего персонального стиля можно работать над командой, которая имеет совсем другой стиль. В этом случае просто сделайте то, что они делают; это очень, очень редко стоящее создания проблему из него. Единственное время, которое я сделал бы так, - то, если бы их стиль приводит к большому количеству ошибок, но первое, что пришло на ум я не могу думать о случае, который вызвал бы это.

Более описательное лучше, Вы найдете, что длина не так важна как помнящий, что то управление/переменная сделало пять лет в будущем.

Для.NET дизайн API (и некоторые общие инструкции C#) проверяют Krzysztof Cwalina и Руководство по проектированию Платформы Brad Abrams

С уважением, tamberg

Мне нравится этот документ:

C#, кодирующий Standars для.NET (zip)

Это - хорошая компиляция инструкций по стилю кодирования и лучших практик.

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

До добавления префикса виджетов управления я нашел, что, если Вы становитесь слишком описательными, это может стать болезненным, в случае изменения UI вниз дорожка.

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

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