Другие языки программирования и технологии

Стиль программирования. Какое правило стилистики "сильнее"?

1)Все переменные имеют префиксы n, r, b, c
2) Переменные счётчиков циклов должны иметь имя i,j,k

при совместном применении этих правил читаемость не айс ni, nj, nk.

что правильнее забить на первое и не писать префиксы хотя везде они есть или забить на 2 и писать n0, n1, n2 ?
мне верблюжья нотация вообще не нравится. Я в своих проектах использую осмысленные_имена_переменных_через_подчёркивание в unix-стиле, в том числе и для счётчиков.

Для чужого кода придерживаюсь авторского стиля.
Абай Казиев
Абай Казиев
4 779
Лучший ответ
Префиксы переменных - бессмысленный информационный шум.
Переменные (кроме счётчиков циклов) должны иметь осмысленные названия - чтобы человеку, читающему код, было понятно, для чего каждая переменная предназначена.

А в каком именно стиле имена переменных записывать - это в каждом языке по-разному. И, например, стиль именования переменных в Go совершенно не похож на самый популярный стиль именования переменных в PHP.
Именуйте так как вам угодно. Будете работать в команде, там будете пользоваться соглашением об именованиях. А если повезёт, то и поучаствовать в его разработке.
Артем Пугонен
Артем Пугонен
65 362
Вячеслав Ведешкин как угодно - нельзя.
Это будут читать люди в течении жизненного цикла установки.

https://ftp.owen.ru/CoDeSys3/98_Books/plcopen_coding_guidelines_v10_11_ru.pdf
Вообще самый главный совет, который могу дать, подойти к начальству или преподавателю (если такие правила в ВУЗе), спросить как быть, а также указать на противоречия правилах. В счётчиках я бы забил на первое правило и писал бы просто i,j,k.

А вообще, что значит сильнее, сильнее по какому критерию?

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

А где это такое правило, что прям все переменные должны иметь префиксы? А вообще, я бы советовал не уделять прям так много внимания этому. Главное, чтобы код работал и он был понятен для читающего. И если небольшой отход от правил делает код понятнее, то отступайте.
Артем Симакин
Артем Симакин
28 652
Вячеслав Ведешкин правила могут быть сильные и слабые. Вот критерии

https://ftp.owen.ru/CoDeSys3/98_Books/plcopen_coding_guidelines_v10_11_ru.pdf

Похожие вопросы