Нет, от синглтона мы полностью уходим, потому что создаем один экземпляр объетка в сборке и передаем его во все методы или классы где хотим его использовать.
допустим есть класс которому для работы нужно соединение с базой
с синглтоном:
у нас есть класс MyClass у которого конструктор без параметров, и внутри работы он юзает синглтон
без синглтона:
у нас есть класс MyClass, но конструктор у него принимает параметором соединение с базой, и внутри работы использует уже его
Я не согласен что синглтон анти-паттерн, но вполне представляю что его можно заменить например так:
при использовании синглтона мы пишем допустим так DownloadManager.Instance.Progress, чтобы получить прогресс в нашем методе
без синглтона тоже самое можно достичь следующим образом:
создаем экземпляр DownloadManager и подсовываем его в некоторые сервисные функции Services.GetDownloadProgress(downloadManager), то есть один и тот же объект кочует по сервисам итд
абсолютно согласен, Фаулер четко дал понять, что в совремменом кодировании главное чтобы точка входа была одна, а выходов может быть сколько угодно.
автор учит прямо противоположно Фаулеру, незачет
МСДН не переведут полностью. Будет переведен референс по Framework 3.5 и технические статьи которые будут публиковаться после выхода. Не стоит ждать перевода ранних тех статей и например перевода windows SDK и подобных технологий.
Мне почемуто кажется что хром сам обновлятся будет без запроса пользователя. То есть завтра проснемся, запустим хром, а он уже без уязвимостей. И так после каждой баги.
Кто сейчас в числе первых успеет выйти на рынок ПО даже с элементарными календарями, будильниками, прогнозами погоды и прочее сможет сорвать неплохой куш…
я сам не против синглтонов если вмеру
допустим есть класс которому для работы нужно соединение с базой
с синглтоном:
у нас есть класс MyClass у которого конструктор без параметров, и внутри работы он юзает синглтон
без синглтона:
у нас есть класс MyClass, но конструктор у него принимает параметором соединение с базой, и внутри работы использует уже его
при использовании синглтона мы пишем допустим так DownloadManager.Instance.Progress, чтобы получить прогресс в нашем методе
без синглтона тоже самое можно достичь следующим образом:
создаем экземпляр DownloadManager и подсовываем его в некоторые сервисные функции Services.GetDownloadProgress(downloadManager), то есть один и тот же объект кочует по сервисам итд
Но это ИМХО!
автор учит прямо противоположно Фаулеру, незачет
Очень интересно послушать что Вы имеете ввиду.