Сообщение от Dream
Читай мой комент сначала и вдумчиво, ага.
|
Слажал - прочёл вверх дном.
Сообщение от Dream
использование чётких правил форматирования кода и соглашений именовки также позволяют любому чётко понимать что от чего идёт. и если в одном методе у тебя будет "this.Property" и "Property" - это введёт в ступор.
|
Также как если у тебя в одном месте _property а в другом property, нужно знать, это локальная переменная, или это мембер?
Венгерская нотация - тоже чёткие правила, и минусов там лишь прибавилось.
Все правила что есть выше самого языка по уровню, они будут всегда везде разные, каждая команда пишет код как хочет. Но что они сделать не могут - это идти против правил диктуемых языком: тот же "this.".
Сообщение от Dream
Это вообзе бред какойто. также вообще нельзя ниначто полагаться в чужом коде по твоей логике. Поэтому я и говорю про чёткое определение.
|
Нельзя конечно! Пока сам точно не будешь уверен что там что-то работает, то нельзя полагаться. Иначе если там ошибка, о которой ты не знаешь, и будет баг, то искать ты его замахаешься.
Все пишут код как им угодно. Нету мировых стандартов вообще. Каждый нарабатывает свой стиль. Но есть некоторые моменты, которые лучше не делать по тем или иным причинам. Проблегись по реально крупным Open Source проектам, студий которые имеют хороший опыт в разработке на .Net. Большинство отказывается от "_" и это разумно.
Сообщение от Dream
Это не нормально - это плохое представление о классе и проектировании в целом. это отже самое что называть два класса одинаково в разных неймспейсах.
|
Не то же самое вообще.
Хорошо, вот тебе пример:
public void SetPosition(vec3 position) {
this.position = position;
}
Если наименовать параметр как "newPosition", то это будет сбивать с толку когда будешь набирать код, смотришь на параметры (ожидаешь чтобы они говорили сами за себя), а тут у тебя просят новую позицию, это что нада новый экземпляр vec3 делать? Раз просят новую, или там будет автоматически клонироваться позиция?
И таких примеров много, когда в метод передаются параметры с наименованием совпадающим с их мемберами. И никаких ограничений по именам параметров и не должно быть как таковой, этого ведь другой разработчик не знает, и не должен об этом вообще париться.