Создание глобальных переменных

[3p.station]

от того что у вас геттеры и сеттеры вам не суждено исопльзовать их меньше или не разбрасывать обращение к ним по разным классам (контроллерам), тоесть одинаково можно запутаться где что меняется как при сеттерах так и при глобальных переменных.+ сеттеры работают медленне. если мне не нужно диспатчить-контроллировать изменения модели юзаю паблики

спасибо Волш за пост (:

[Bgg]

Сообщение от 3p.station

.+ сеттеры работают медленне.

о, да. Самый веский аргумент пожалуй.

[3p.station]

очень редко но бывает актуально. наприер если модель содержит байтаррей с мп3 , который нужо менять (питч, частоты)

[saikspaik]

Врачи говорят что через 5 лет у меня будет гастрит и язва желудка.

Пример не верный, так как гастрит и язва желудка развиваются, а игра продана, забыта и работает. Если мне через пол-года нужно будет внести поправки в игру, трудностей это тоже не представит.
Перейти с глобальных переменных на события, совсем не проблема, проблема в том что код станет тяжелее и хуже читаемым, без явных преимуществ.

[-De-]

Там, где почти один программист на проект - весьма нормальное решение.
Использую периодически - ни разу с ними проблем не было из-за того, что они глобальные. Не один я. Ну не тупо их всюду пихать, конечно.
Тут, конечно, ещё вопрос, что есть глобал. Для меня обычно - паблик синглтон.

[fish_r]

Правда. Очень удобно использовать глобальные свойства... Но не использую их, в последнее время.

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

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

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

Это, правда, не значит, что вы @saikspaik в чем то правы. Стоит прислушиваться к "старшим товарищам"
и как говорится "мотать на ус". А не бросаться "с шашкой наголо".

Был бы я дизайнером - вы бы в лепешку разбились, а всё равно не смогли бы доказать мне полезность
выноса кода в классы. Ибо это было бы для меня "тяжелее и хуже читаемым, без явных преимуществ".

[kackbip]

Дизайнера лучше держать подальше от классов Пусть пишет в кадрах.
А вот программист, который пишет в кадрах... Лучше бы он был дизайнером. Ну или скорее бы начал учиться.