Показать сообщение отдельно
Старый 02.01.2011, 22:09
mikhailk вне форума Посмотреть профиль Отправить личное сообщение для mikhailk Найти все сообщения от mikhailk
  № 18  
Ответить с цитированием
mikhailk
 
Аватар для mikhailk

Регистрация: Nov 2009
Адрес: СПб
Сообщений: 2,236
Никто не предлагает лепить все статикой. Но иногда это удобно.
Например, у меня статическим организован SoundProcessor.
Можно было бы его синглтоном сделать, но выигрыша от этого никакого нет.
Однако, сам класс очень небольшой, да и расширять его незачем.

Цитата:
Как ни странно, такого соблазна не возникает - создаются события и все идет своим чередом.
Так а зачем тогда синглтон?
В смысле, чем он отличается от обычного класса?

Я встречал реализацию синглтонов в различных проектах и всегда это затевалось именно в целях глобального доступа к единственному объекту через публичную переменную instance (или что-нибудь типа того). Если не использовать эту особенность синглтона (которая, собственно, и отличает объект синглтона от объекта обычного класса), то зачем вообще использовать синглтон? Для контроля рождаемости?