Почему переменные начинаются со знака подчеркивания?

[kup]

getProp() / setProp() просто способ решить некоторые проблемы языка. Все очень просто, есть свойства класса, в них храним данные и есть методы, которыми эти данные изменяем.

obj.hide();
obj.show();
obj.visible = true;

obj.visible(true); // неверно

[iNils]

Сообщение от Котяра

а насчет подсветки.. фиг знает - удобно для разбирания чужого кода.. если Нилс поможет, я бы сделал такой плагинчик..

А чем это поможет? Есть outline, чем его не хватает?

[Котяра]

Сообщение от iNils

А чем это поможет? Есть outline, чем его не хватает?

Ну как я себе уже виртуально предсталяю - я вижу код...причем как обычно код смотрю для быстрого вникания - типа:катит.некатит.. или наоборот вникаю в конкретный кусок кода без привязки к остальному проекту. реально при быстрой прокрутке хорошо уцепится за разделенные цветами свойства свойств(во блин, какая туфтовая туфта получилась).
НО! можно хотя бы отдельно сделать тподсветку локальных переменных и классов.т.е нажимаешь,альть-вран и видишь этих затесавшихся партизанов..

[Яски]

Сообщение от kup

obj.visible(true); // неверно

В тоже время геттеры/сеттеры упрощают понимание кода — не надо задумываться, что мы делаем в текущий момент получаем свойство или его устанавливаем. Читать код тоже становиться проще. Минус остается в том, что в реализации класса мы уже имеем не одно свойство, а целых два, обозначающих одну величину, но имеющих разные области видимости. Из-за этого путаница в именованиях и необходимость использовать подчеркивания. В Делфи, например, это решается также как и в AS3 — свойства класса именуются так, как должны быть, к имени переменной, которое хранит значение добавляется префикс буква F.

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

[wvxvw]

Я приватные / протектед одинаково оформляю (с одним подчерком), хотя, это возможно и не совсем правильно, но мне так удобнее. Но, скажем так, если это будет чужoй код, который мне нужно поддерживать, то если протектед будут без подчерков, я это пропущу, а приваты скорее всего переделаю

Да, и еще один неявный бонус геттеров / сеттеров в АС3 - их можно в интерфейсы запихнуть (а просто свойсва - нет)

[Котяра]

Идеальный ООП это абстракция. чем ближе к абстракции тем лучше.
если я пишу a.z=2, то я имею ввиду именно это. Т.е. присваивание.
смысл ООпа: я не должен знать что при этом проверяется валидность, и зет это вообще не зет, а имя второй жены канцлера, которая выбирается из списка по индексу)))))
Мне очень нравится перегрузка операторов - её абстроактность. a+b, где a- белый кролик-самец,b- черная самка..
это круто.. если результатом будет либо коллекция черно-белых кроликов, либо пустая коллекция (если самка отгрызёт морковку)

Жаль что перегрузку операторов, практически убрали со всех современных языков.

[Яски]

Область применения очень узкая или применяют не для того для чего предназначалось — получается полная анархия. Когда, например, запись c = a+b означает a/b и еще может вызвать исключение.

[Котяра]

но зато мат. операции над матрицами, функционалами, ветвями графов итп.. выглядят красиво..
как классно C = A+B, вместо C =A.countContactanateMatrix(B)
а если операций куча... помню, у нас,по дискретке Чаянову не помещались формулы на 6 квМ доске. учитывая, что он использовал краткие обозначения.
Но дело даже не в том...знак + можно использовать во сногих, не связанных с чистой арифметикой случаях.. опять вернусь к кроликам. a+b =...

[etc]

Сообщение от Котяра

во флэшдевелопере создаю проперти

public var prop:int

при нажатии на волшебные (настраиваемые)ctrl+shift+1 я получаю

 
		private var _prop:int;
 
		public function get prop():int { return _prop; }
 
		public function set prop(value:int):void 
		{
			_prop = value;
		}

Фиговый шаблон сеттера.

[Stargazer]

Сообщение от Яски

Область применения очень узкая или применяют не для того для чего предназначалось — получается полная анархия. Когда, например, запись c = a+b означает a/b и еще может вызвать исключение.

Вот пример, где операторы давали бы хороший результат:
Время от времени мне нужно хранить угол чего-нибудь в градусах/радианах. И у меня постоянная проблема с тем, чтобы выполнялось 359 + 1 == 0 (и в обратную сторону). Были бы операторы - я бы смог это реализовать. А без них? Вот я и использую функцию keepInRange(359 + 1), которая следит за соблюдением диапазона. Есть ли способ лучше?