Одиночка (шаблон проектирования): различия между версиями

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
[непроверенная версия][непроверенная версия]
Содержимое удалено Содержимое добавлено
быдлокодер какой-то пример писал
Пример на JavaScript с инкапсуляцией: косяк с console.assert(Singleton() === new Singleton())
Строка 794: Строка 794:
function Singleton() {
function Singleton() {
if (Singleton.__instance) {
if (Singleton.__instance) {
return Singleton.__instance;
return Singleton.__instance;
} else if (this === window) {
return new Singleton();
}
}

Версия от 02:25, 26 января 2015

Одиночка
Singleton
Тип порождающий
Плюсы контролируемый доступ к единственному экземпляру
Минусы
  • глобальные объекты могут быть вредны для объектного программирования, в некоторых случаях приводя к созданию немасштабируемого проекта;
  • усложняет написание модульных тестов и следование TDD.
Описан в Design Patterns Да

Одиночка (англ. Singleton) — порождающий шаблон проектирования, гарантирующий, что в однопоточном приложении будет единственный экземпляр класса с глобальной точкой доступа.

Цель

Гарантирует, что у класса есть только один экземпляр, и предоставляет к нему глобальную точку доступа. Существенно то, что можно пользоваться именно экземпляром класса, так как при этом во многих случаях становится доступной более широкая функциональность. Например, к описанным компонентам класса можно обращаться через интерфейс, если такая возможность поддерживается языком.

Глобальный «одинокий» объект — именно объект, а не набор процедур, не привязанных ни к какому объекту — бывает нужен:

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

Такие объекты можно создавать и при инициализации программы. Это может приводить к таким трудностям:

  • Если объект нужен уже при инициализации, его может затребовать раньше, чем он будет создан.
  • Бывает, что объект нужен не всегда. В таком случае его создание можно и пропустить.

Плюсы

  • контролируемый доступ к единственному экземпляру.

Минусы

  • глобальные объекты могут быть вредны для объектного программирования, в некоторых случаях приводят к созданию немасштабируемого проекта;
  • усложняет написание модульных тестов и следование TDD.

Применение

  • должен быть ровно один экземпляр некоторого класса, легко доступный всем клиентам;
  • единственный экземпляр должен расширяться путем порождения подклассов, и клиентам нужно иметь возможность работать с расширенным экземпляром без модификации своего кода.

Примеры использования

  • Ведение отладочного файла для приложения.

Примеры реализации

Пример на Java 1.6: Без внутренних классов (ленивая несинхронизированная реализация).

Пример на Java 1.5: Initialization on Demand Holder

Пример на Java 1.5: Enum singleton

Пример на Python

Пример на C++

Ниже приведена одна из возможных реализаций синглтона на C++ (известная как синглтон Майерса), где одиночка представляет собой статический локальный объект. Важным моментом является то, что конструктор класса объявлен как private, что позволяет предотвратить создание экземпляров класса за пределами его реализации. Помимо этого, закрытыми также объявлены конструктор копирования и оператор присваивания. Последние следует объявлять, но не определять, так как это позволяет в случае их случайного вызова из кода получить легко обнаруживаемую ошибку компоновки. Отметим также, что приведенный пример не является потокобезопасным в С++03, для работы с классом из нескольких потоков нужно защитить переменную theSingleInstance от одновременного доступа, например, с помощью мьютекса или критической секции. Впрочем, в C++11 синглтон Майерса является потокобезопасным и без всяких блокировок.

Ещё один пример реализации одиночки на C++ с возможностью наследования для создания интерфейса, каркасом которого послужит, собственно, одиночка. Временем «жизни» единственного объекта удобно управлять, используя механизм подсчета ссылок.

Пример на C#

Пример на PHP 4

Пример на PHP 5

Пример на PHP 5.5

Пример на Delphi

Для Delphi 2005 и выше подходит следующий пример (не потоко-безопасный):

Для более ранних версий следует переместить код класса в отдельный модуль, а объявление Instance заменить объявлением глобальной переменной в его секции implementation (до Delphi 7 включительно секции class var и strict private отсутствовали).

Пример на языке Io

Пример на языке Ruby

Пример на Common Lisp

Пример на VB.NET

Пример на Perl

Пример на Perl с неизменным объектом

Пример на ActionScript 3

Пример на CoffeeScript

Пример на Objective-C

См. также

Литература

  • Алан Шаллоуей, Джеймс Р. Тротт Шаблоны проектирования. Новый подход к объектно-ориентированному анализу и проектированию = Design Patterns Explained: A New Perspective on Object-Oriented Design. — М.: «Вильямс», 2002. — С. 288. — ISBN 0-201-71594-5.

Ссылки

Примечания