Що ви робите, коли ваша конвенція про іменування стикається з вашою мовою?

Гаразд, це одна з тих дрібниць, які мене завжди клопочуть. Я, як правило, не скорочую ідентифікатори, і єдиний раз, коли я використовую короткий ідентифікатор (наприклад, i), - це жорсткий цикл. Тож це мене дратує, коли я працюю в C ++, і у мене є змінна, яку потрібно назвати, operatorабо classмені потрібно обійти її або використовувати абревіатуру, оскільки вона в кінцевому підсумку стирчить. Caveat: це може траплятися зі мною непропорційно часто, тому що я багато працюю в дизайні мови програмування, де доменні об'єкти можуть відображати поняття на мові хоста і ненавмисно викликати сутички.

Як би ти справився з цим? Скоротити? ( op) Неправильне написання? ( klass) Щось ще? ( operator_)

1. Прийміть, що вам, можливо, доведеться внести незначні зміни до свого правила іменування, наприклад, додавання великих літер. Краще прийняти це якомога швидше, щоб весь наступний код був узгодженим.

2. Розглянемо більш конкретні. Ключові слова, як правило, досить широкі, тому звуження classдо demonstrationClassне тільки вирішує проблеми, але й збільшує читабельність.

Це не те, з чим я стикався, але якщо я потрапляю в таку ситуацію, я б спробував вирішити це за допомогою наступних варіантів, для того, щоб.

1. Спробуйте знайти синонім.
2. (особливо для змінних) спробуйте знайти префікс або постфікс
3. (особливо для класів) змініть першу букву на верхній регістр і забудьте про правило кодування, що імена не повинні відрізнятися лише у випадку. Цей варіант я б, мабуть, використовував лише в тому випадку, якщо конфлікт знаходиться з ключовим словом.
4. Використовуйте абревіатуру.

Мова перемагає; ви не можете перехитрити компілятора (ігноруючи гидоти, такі як PL / 1 IF IF = THEN THEN THEN = ELSE ELSE ELSE = IF END, але тоді PL / 1 не змусить вас в першу чергу задавати питання). В основному, ви повинні дотримуватися правил мови, і ви повинні знайти альтернативу ключовим словам мови для власного використання - або знайти альтернативну мову.

Тож, за винятком дуже незвичних обставин, ви пристосовуєтесь до мови, а не навпаки.

Замість скорочення, як щодо подовження? Якщо ви реалізуєте конструкцію класу мовою Foo, як щодо використання FooClass та foo_class? (Модулюйте будь-які ваші переваги корпусу).

Деякі скорочення, які я використовував class, за частотою:

• cls
• clss
• clazz
• theClass
• aClass

Якщо я знаю, який клас представляє Classекземпляр, я можу включити його до імені змінної:

• stringClass = Class.forName("java.lang.String");

У C і C ++ ключові слова є всіма малими літерами, а мова чутливою до регістру, тому час від часу натискайте клавішу "shift", і багато питань відходять.

У Модулі 2, ключові слова прописних букви - але до тих пір , поки ваші ідентифікатори мають деякі малі літери різниця очевидна і зіткнення неможливо.

Крім того, абсолютно іменні конвенції певною мірою повинні відображати нормальні умови мови, яку ви використовуєте, тому я, безумовно, напишу "myClass" на Java, де я швидше за все напишу "My_Class" на C ++.

По суті, ви не просто пишете для компілятора, але те, що люди вважають читабельним, певною мірою залежить від контексту та пов'язаних з ними очікувань.

Я часто не стикаюся з цим, але коли я це роблю, це, як правило, не проблема, оскільки я використовую Delphi, і це дозволяє вам вирішити цю проблему, попередньо встановивши & до ідентифікатора. Отже, "клас" не є дійсним ідентифікатором, але "& class" є.

Я б додав якийсь простір імен до імені змінної. Наприклад, припустимо, що у вас є модуль з ім'ям користувача, я б змінив оператор імені змінної на щось на зразок user_operator або userOperator.

змінити або відкоригувати мою конвенцію про іменування