смысл соглашения о присвоении имен в стиле c

Question

Один из классов, которые я посещаю в колледже, - это то, где мы делаем тонну программирования на C. Мы должны использовать соглашения о присвоении имен в стиле «C» в заданиях или получать закрепленные отметки (например, переменная называетсяint line_counter, функция clear_array ()) Я считаю, что это соглашение действительно раздражает esp, появившийся после года Java, когда такие вещи называются более удобно, как lineCounter или clearArray ().Подчеркивание раздражает, хлопотно набирать и увеличивать количество синтаксических ошибок.Почему следует соблюдать это соглашение?Есть ли в этом какая-то логика или какой-то смысл?Или это просто еще одна хитрость, чтобы сделать C еще сложнее для написания кода?

Answer 1

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

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

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

Answer 2

Привыкание к определенному стилевому соглашению - это просто вопрос количества строк кода, которые вы написали. В этом случае то, что вас раздражает в C, потому что вы привыкли к Java, также является соглашением в Python: в отличие от вас (я программирую в основном на Python), мне больше нравятся подчеркнутые имена переменных (хотя я понимаю java тоже очень понятно читать)

С другой стороны, и из любопытства вы, вероятно, знаете, что сложность написания данного символа зависит от локального распределения вашей клавиатуры. Многие символы, используемые в C, - это ад, которым можно писать, например, с испанской клавиатуры.

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

Answer 3

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

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

Достоинства конкретного стиля вашего учителя или следования корпоративному стилю - это отдельные вопросы.

Answer 4

Нет такой вещи как "Соглашения об именах в стиле C"; вы найдете множество различных стилей как в коде C, так и в коде C ++. Тем не менее, вам просто придется смириться с этим и согласиться с соглашением, требуемым вашим профессором. Цель соглашений о стилях, как правило, состоит в том, чтобы уменьшить количество ошибок и упростить вывод информации о символе без необходимости искать его объявление. Тем не менее, есть много различий в том, какой стиль или стили лучше. Однако наличие согласованного стиля важно для понимания всей кодовой базы, и вашему преподавателю, вероятно, будет легче оценивать и понимать домашнюю работу, если она написана с использованием одного и того же согласованного стиля.

Практически любая компания, в которой вы работаете, потребует от вас соблюдения соглашения о кодировании компании, поэтому у вашего профессора не является необоснованным предъявлять аналогичные требования. Несмотря на то, что при первом запуске потребовалось некоторое привыкание к соглашениям Google C ++ по кодированию , но, несомненно, это благо для удобства чтения кода в согласованном стиле. Нет ничего более непонятного, чем сочетание разных стилей.