Недавно начав свою первую работу в качестве разработчика программного обеспечения, я был немного удивлен, когда мне сказали, что мне не нужно следовать никаким соглашениям об именах в моем коде. Код, написанный группами, работающими над другими, более крупными проектами, следовал соглашениям об именах, но, поскольку меня пригласили написать новое, автономное приложение, было ощущение, что это не имеет особого значения. Это было последним из моих переживаний, поэтому я просто взял это существующее соглашение и побежал с ним.
int nTickCount
bool bConnected
object[] m_aItems
fSum += fWeight * fValue
class cManager
enum etSystemStates
etSystemStates eState
cManager.cs
Но стоит ли это на самом деле? Мне трудно судить о суммарном влиянии, которое такое соглашение об именах оказывает на понимание и обнаружение ошибок, но визуально это выглядит некрасиво. Кроме того, каждый класс и файл в проекте, называемый cSomething, кажется довольно глупым.
У меня нет иллюзии, что это отдаленно большое дело по сравнению с вещами, которые имеют очевидное значение, такими как алгоритмы и архитектуры, которые вы используете. Но любое соглашение, которое затрагивает каждую строку кода, которую я пишу, кажется правильным.
Что вы считаете самым элегантным и эффективным соглашением об именах, если оно вообще нужно использовать? Обозначает ли он тип и / или объем?