**الگوی یگانه** یک الگوی طراحی در مهندسی نرم‌افزار است. این الگو ایجاد شیء از یک کلاس را محدود می‌سازد. این الگو زمانی مفید است که در سرتاسر سیستم تنها به یک نمونه از آن کلاس نیاز باشد. این مفهوم عموماً به سیستم‌هایی که با یک یا تعداد محدودی نمونه بهینه‌تر کار می‌کنند، نیز تعمیم داده می‌شود. واژهٔ آن از مفهوم ریاضی مجموعه تک‌عضوی (Singleton) برگرفته شده است.

انتقادهایی به استفاده از الگوی یگانه وجود دارد. برخی آن را یک ضدالگو تلقی می‌کنند، زیرا بیش از حد استفاده می‌شود، محدودیت‌های نابجایی را زمانی که تنها یک نمونه از کلاس لزوماً مورد نیاز نیست، به وجود می‌آورد و حالت سراسری را به یک برنامه القا می‌کند. فریم‌ورک‌ها و سیستم‌عامل‌هایی مانند اندروید زمانی که نیازمند تخصیص حافظه به برنامه‌ای دیگر باشند، به صورت غیرمنتظره اقدام به زباله روبی اشیاء یگانه می‌کنند.

طرح‌های طراحی Singleton با پیروی از چندین اصل کار می‌کنند از جمله:

1. تنها یک نمونه از کلاس Singleton باید وجود داشته باشد.

2. کلاس Singleton باید یک نقطه دسترسی global به آن نمونه فراهم کند.

3. نمونه Singleton باید به صورت lazy مقداردهی اولیه شود، به این معنی که تنها زمانی باید ایجاد شود که برای اولین بار درخواست شود.

4. نمونه Singleton باید thread-safe باشد، به این معنی که چندین thread نباید قادر به ایجاد چندین نمونه از کلاس Singleton باشند.

موارد استفاده
-------------

 \* الگوهای کارخانهٔ انتزاعی، سازنده و نمونهٔ اولیه می‌توانند در پیاده‌سازی‌های خود از الگوی یگانه استفاده کنند.

* اشیاء نماد خارجی معمولاً یگانه هستند زیرا تنها یک شیء نما خارجی مورد نیاز است.

* اشیاء حالت معمولاً یگانه‌اند.

* اشیاء یگانه معمولاً نسبت به متغیرهای سراسری ترجیح داده می‌شوند، زیرا:

* + فضای نام سراسری را با متغیرهای نالازم آلوده نمی‌کنند.

* + اجازه تخصیص و ایجاد اشیاء به صورت تنبل را می‌دهند، درحالی‌که متغیرهای سراسری در بسیاری از زبان‌ها از همان ابتدای برنامه شروع به گرفتن منابع می‌کنند.

زبان مدل‌سازی یکپارچه
---------------------

پیاده‌سازی
----------

**پیاده‌سازی** الگوی یگانه باید قواعد تک شیء بودن و دسترسی سراسری را ارضا کند. این نیازمند یک سازوکار برای دسترسی به عضو یگانهٔ کلاس بدون ایجاد یک شیء از آن کلاس است. نحوه پیاده‌سازی به این گونه است که کلاس باید یک متد داشته باشد تا یک شیء از همان کلاس را در صورتی که قبلاً ساخته نشده است، برگرداند. برای اطمینان از اینکه نمونهٔ دیگری از این کلاس قابل ایجاد نیست باید دسترسی به constructor کلاس خصوصی باشد.
به **تفاوت** بین یک نمونهٔ ایستا از کلاس و نمونه یگانه توجه کنید: گرچه نمونه یگانه می‌تواند از طریق ایجاد یک نمونه ایستا پیاده‌سازی شود ولی می‌تواند تا زمانی که نیازی به آن پیدا نشده، ساخته نشود و منابع را مصرف نکند.
پیاده‌سازی الگوی یگانه در برنامه‌هایی که قابلیت چند ریسه‌ای دارند نیازمند دقت بیشتری است. اگر دو ریسه همزمان وارد متد مربوط به درخواست شیء یگانه شوند و شیء یگانه هنوز ایجاد نشده باشد، تنها یکی از آن دو ریسه باید شیء را ایجاد کند. راه حل این مسئله استفاده از انحصار متقابل در هنگام ایجاد شیء یگانه است.

مثال
----

مثال‌هایی که به زبان جاوا در زیر آمده‌اند همگی از لحاظ چندریسه بودن مطمئن هستند ولی از لحاظ نسخهٔ جاوا و بارگیری تنبلانه (Lazy Loading) فرق می‌کنند.

### ایجاد تنبلانه

```
public class SingletonDemo {
 private static volatile SingletonDemo instance;
 private SingletonDemo() { }

 public static SingletonDemo getInstance() {
 if (instance == null ) {
 synchronized (SingletonDemo.class) {
 if (instance == null) {
 instance = new SingletonDemo();
 }
 }
 }

 return instance;
 }
}

```

در محیط چند ریسه‌ای:

```
public class SingletonDemo {
 private static SingletonDemo instance = null;
 private SingletonDemo() { }

 public static synchronized SingletonDemo getInstance() {
 if (instance == null) {
 instance = new SingletonDemo();
 }

 return instance;
 }
}

```

%7B%7Bالگوهای طراحی}}

| * ن
* ب
* و
الگوهای طراحی |
| --- |
| الگوهای طراحی GO4 | 

|  |  |
| --- | --- |
| ایجاد | 
* الگوی کارخانه انتزاعی
* الگوی سازنده
* الگوی متد کارخانه شیء
* الگوی نمونه اولیه
* الگوی یگانه

 |
| ساختاری | 
* آداپتور
* پل
* کامپوزیت
* آذینگر
* نما
* مگس وزن
* وکالت

 |
| رفتاری | 
* زنجیره مسئولیت
* الگوی فرمان
* مفسر
* الگوی تکرار
* میانجی
* یادگاری
* ناظر
* وضعیت
* استراتژی
* متد الگو
* بازدیدگر

 |

 |
| Concurrencypatterns | 
* Active object
* Balking
* Binding properties
* Double-checked locking
* Event-based asynchronous
* Guarded suspension
* Join
* قفل
* مانیتور
* Proactor
* Reactor
* Read write lock
* زمان‌بندی
* الگوی مخزن نخ
* Thread-local storage

 |
| الگوهایمعماری | 
* Front controller
* مفسر
* مدل-نما-کنترل‌گر
* ADR
* Entity-component-system
* چندلایه
* Specification
* Publish–subscribe
* اشیای لخت
* Service locator
* ثبت کنشور
* Identity map
* شی دسترسی به داده
* شی انتقال داده
* وارونگی کنترل
* Model 2

 |
| دیگرالگوها | 
* Blackboard
* Business delegate
* Composite entity
* تزریق نیازمندی
* Intercepting filter
* بارگیری تنبلانه
* شیء ساختگی
* Null object
* استخر اشیاء
* Servant
* Twin
* Type tunnel
* Method chaining

 |
| کتاب‌ها | 
* *الگوهای طراحی*
* *Enterprise Integration Patterns*
* *Patterns of Enterprise Application Architecture*
* *Analysis patterns*

 |
| افراد | 
* کریستوفر الکساندر
* Erich Gamma
* Ralph Johnson
* John Vlissides
* گریدی بوچ
* کنت بک
* وارد کانینگهام
* مارتین فولر
* رابرت سسیل مارتین
* Jim Coplien
* Douglas Schmidt
* Linda Rising

 |
| جوامع | 
* The Hillside Group
* The Portland Pattern Repository

 |