Что такое хорошее соглашение об именах для Unity?

Question

Я в значительной степени нуб с Единством. Как программист на C++, соглашения об именах в Unity меня немного беспокоят. И наличие OCD ontop из-за этого меня сходит с ума;)

Объекты говорят об отеле Transform, который снова имеет свойство Position. Но эти свойства должны быть доступны путем написания transform.position в коде с использованием строчной буквы. Это не очень интуитивно для меня. Поэтому мне интересно, как я могу смотреть на него, чтобы легче избежать осложнений. И какие соглашения я должен использовать, чтобы иметь возможность рассказать обо всем, быстро взглянув на переменные.

Answer 1

Соглашение о единстве на самом деле довольно просто: все с паскалем, типы (классы, структуры, перечисления), а методы начинаются с полей верхнего регистра, полей и свойств с помощью строчной буквы. Значения Enum в верхнем регистре, константы в нижнем регистре (обычно). So ClassName, MethodName, myField, myProperty { get; set; }, MyEnum.CaseA ... все.

Что касается вашего примера, то Transform является классом, тогда как transform является аксессуаром к экземпляру Transform в этом конкретном GameObject/Component. Кроме того, Transform не имеет Position, имеет position (всегда в нижнем чемодане).

Это более или менее на основе конвенций и стандартной библиотеки .NET C# 's (MS имеет verypreciseguidelines об этом), за исключением стандартных .NET использует UpperCase для общественных/защищенных методов и свойств, а также строчных для частного (опять же, обычно, то, что является частным, больше остается на вкус кодера, я думаю).

В качестве побочного примечания, с любой кодовой базой, на любом языке, лучший способ ВСЕГДА следовать существующему соглашению. Каждый опытный программист скажет вам об этом. Я понимаю об OCD, поверьте, но в этом случае я предлагаю вам отпустить его. Существует очень мало объективных аргументов в пользу того, почему соглашение было бы лучше другого (по определению условное условно), и даже если бы было, самое худшее, что вы можете сделать, это смешивать несколько условностей, потому что тогда у вас есть соглашение 0 вообще и никогда не знаю, чего ожидать.

По крайней мере, C# пытается стандартизировать; Я работал над несколькими кодовыми базами на C++, и я не вижу общего знаменателя: UpperCaseClassNames, lowerCaseClassNames, underscore_separated, tClassName, ENUMS_IN_UPPER, или нет ... это редко согласуется, поэтому чем меньше вы смешиваете, тем лучше.