Я називаю свої змінні за допомогою конвенцій .Net:
- camelCase для змінних та полів (я, як правило, використовую _camelCase для приватних полів у класі)
- PascalCase для методів, властивостей та класів
Єдине місце, на яке я відхиляюся, - це константи та енуми, де я фактично віддаю перевагу стилю Java SCREAMING_CAPS.
Кодова база моєї компанії всіяна стилем позначення псевдо-угорської мови VB6 та VBScript, якщо не повномасштабною угорською, тобто
- s або str для рядків
- i або int для Ints
- d для десяткової (або іноді подвійної)
- o або obj для будь-якого виду об'єктів
Я стискаю кожного разу, коли бачу, що стиль коду використовується в чужому коді (навіть у коді greenfield, а не лише у спадщині), і я відмовляюся використовувати цей стиль сам. У минулому я вивів стандартизацію конвенцій про іменування .Net, і це просто ігнорується - люди, які пишуть угорською нотацією, продовжують це робити, ті з нас, хто мені не подобається, продовжують використовувати наш власний стиль; Я трохи боюся, що якщо ми зробимо стандартизацію (на що я продовжую наполягати, але нікого більше, мабуть, це не хвилює), це буде угорською нотацією, а не рекомендованим способом, і тоді я змушений буде написати такий код .
Чи я роблю з цього місця гору з мотовища? Чи мені не байдуже, чи код усіяний зайвими ідентифікаторами, а не описовими іменами, і продовжувати використовувати свій власний шлях та наполягати на тому, щоб стати стандартним?