Показать сообщение отдельно
Старый 12.08.2011, 22:43
fish_r вне форума Посмотреть профиль Отправить личное сообщение для fish_r Посетить домашнюю страницу fish_r Найти все сообщения от fish_r
  № 6  
Ответить с цитированием
fish_r
 
Аватар для fish_r

блогер
Регистрация: Jan 2011
Сообщений: 1,162
Записей в блоге: 4
Правда. Очень удобно использовать глобальные свойства... Но не использую их, в последнее время.

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

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

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

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

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