Sunday, September 10, 2023

Thread-Safe Singleton Design Pattern in C#

In this post, we are going to discuss How to Implement Thread-Safe Singleton Design Pattern in C# with Examples. Please read our previous article where we discussed Singleton Design Pattern. In that post, the way we have implemented the Singleton Design Pattern is not Thread Safe in a Multithread Environment.

Understand Thread-Safe in Singleton Design Pattern in C#.

Before deep dive in to Thread-Safe Singleton Pattern, let us first see the problem that we face in a multithread environment if the Singleton Class is not Thread-Safe. Below is the Singleton Class which we have created in our last post.

    /// <summary>
    /// Sealed class to ensure that it cannot be inherited
    /// </summary>
    public sealed class Singleton
    {
        /// <summary>
        /// To store the Singleton Instance
        /// </summary>
        private static Singleton instance = null;

        /// <summary>
        /// Counter value will be increment by 1 each time the object of the class is created
        /// </summary>
        private static int counter = 0;

        /// <summary>
        /// Private constructor to restrict the class to be instantiated from outside the class
        /// </summary>
        private Singleton()
        {
            counter++;
            Console.WriteLine("Counter Value " + counter.ToString());
        }

        /// <summary>
        /// Static Method to return the Singleton Instance
        /// </summary>
        public static Singleton Instance()
        {
            if (instance == null) { instance = new Singleton(); }
            return instance;
        }

        /// <summary>
        /// Method to accessed from outside of the class by using the Singleton Instance
        /// </summary>
        /// <param name="message"></param>
        public void PrintDetails(string message)
        {
            Console.WriteLine(message);
        }
    }

Let’s modify the Program.cs as follows to use multithread programming. As you can see in the below code, we are using Parallel.Invoke method and call PrintCoachDetails() and PrintPlayerDetails() methods parallelly.

Parallel.Invoke(() => PrintCoachDetails(),
                () => PrintPlayerDetails());

Console.ReadLine();

static void PrintCoachDetails()
{
    //Thread-1 Calling the GetInstance() Method of the Singleton class
    Singleton fromCoach = Singleton.Instance();
    fromCoach.PrintDetails("From Coach");
}
static void PrintPlayerDetails()
{
    //At the same time, Thread-2 also Calling the GetInstance() Method of the Singleton Class
    Singleton fromPlayer = Singleton.Instance();
    fromPlayer.PrintDetails("From Player");
}

So in above example, we are using the Parallel.Invoke method to access the Instance() Method parallelly. That means at the same time multiple threads are accessing the Instance() Method. The above code is not Thread-Safe because the way we have written the code here two different threads can evaluate the condition if (instance == null) at the same time and both threads found it to be true and they both will create the instances, which violates the singleton design pattern. So, now run the application and it will give you the following output.

singleton design pattern

The above output clearly shows that the counter value has incremented to 2, which proves that the constructor of the Singleton class is executed two times as a result two instances of the singleton class have been created. So, if the Singleton class is not Thread-Safe, then we may end up creating multiple instances of the Singleton class in a Multithread Environment.

Thursday, August 31, 2023

Singleton Design Pattern in C#

The Singleton design pattern stands as one of the most commonly used creation patterns in software development. It guarantees that a class exists in only one instance and grants a universal way to reach that instance. This proves especially handy when aiming to establish a singular hub of control or coordination within your application. Let's explore the Singleton pattern through a practical C# example.

What is Singleton Pattern?

We need to use the Singleton Design Pattern in C# when we need to ensure that only one instance of a particular class is going to be created and then provide simple global access to that instance for the entire application. This pattern becomes invaluable when handling resources like database connections, thread pools, configuration settings, and more—minus the complication of creating numerous instances.

Implementation Guidelines of Singleton Design Pattern

Following are the guidelines to implement the Singleton Design Pattern

  1. Declare a constructor that should be private and parameterless. This is required to restrict the class to be instantiated from outside the class.
  2. The class should be declared as sealed which will ensure that it cannot be inherited.
  3. We need to create a private static variable that is going to hold a reference to the singleton instance of the class.
  4. We also need to create a public static property/method which will return the singleton instance of the class.

Implement the Singleton Pattern in C#

There are many ways, we can implement the Singleton Design Pattern in C#. They are as follows.

  1. No Thread-Safe Singleton Design Pattern
  2. Thread-Safety Singleton Implementation using Lock.
  3. Implementing Thread-Safety Singleton Design Pattern using Double-Check Locking.
  4. Using Eager Loading to Implement Thread-Safety Singleton Design Pattern.
  5. Using Lazy<T> Generic Class to Implement Lazy Loading in Singleton Design Pattern.

Wednesday, August 23, 2023

Design Patterns: Building Robust and Flexible Software

What Are Design Patterns?

At their core, design patterns are proven solutions to recurring design problems. They offer developers a common vocabulary and a set of guidelines to approach and tackle issues that frequently arise during software development. These patterns are not specific to a particular programming language or framework; rather, they provide general templates that can be adapted to different contexts.

Why Do Design Patterns Matter?

1.Code Reusability: Design patterns encapsulate solutions to common problems. By using these patterns, developers can reuse tried-and-tested solutions, saving time and reducing the likelihood of bugs.

2.Scalability and Maintainability: Implementing design patterns leads to cleaner, more organized code that is easier to understand and maintain. This is crucial as projects grow in complexity.

3.Communication: Design patterns offer a common language for developers to discuss and document solutions. This leads to better collaboration within teams and across different projects.

4.Flexibility: Design patterns promote loosely coupled components, allowing you to swap out parts of your system without causing cascading changes.

Thursday, August 17, 2023

Angular - Understanding ReplaySubject in Angular

ReplaySubject in angulars

In this article, we'll delve into the core concepts of ReplaySubject and how it can enhance your Angular applications by granting access to historical data. Regardless of your expertise level, this guide will help you effectively harness the capabilities of ReplaySubject.

Understanding ReplaySubject

At its core, a ReplaySubject is a specialized type of Subject in the RxJS library. Like all Subjects, it serves as both an Observable and an Observer. What sets ReplaySubject apart is its unique ability to buffer a specific number of values and replay them to future subscribers. Think of it as a time-travel device that captures past emissions and shares them with new subscribers.

Key Features and Benefits

1.Time-Travel for Subscribers: Imagine welcoming latecomers to a party who wish to experience the excitement from the beginning. ReplaySubject allows subscribers to access historical data, even if they arrive after the data was emitted.
2.Customizable Buffer Size: ReplaySubject empowers you to determine how many values to store in its buffer. By setting the buffer size during creation, you have control over the amount of historical data you retain.
3.No Initial Value Required: Unlike BehaviorSubject, which mandates an initial value, ReplaySubject doesn't demand this, making it perfect for scenarios where an initial value isn't available.
4.Efficient Caching Mechanism: ReplaySubject can act as an intelligent caching mechanism, ensuring that expensive data requests are made only once. Subsequent subscribers receive cached data instead of triggering new requests.

Sunday, August 13, 2023

Understanding Data Sharing Between Angular Components using BehaviorSubject

BehaviorSubject in angulars

In the realm of complex Angular applications, one of the prevalent challenges that developers encounter is the efficient sharing of data among distinct components. Angular offers a potent tool to address this predicament: the 'BehaviorSubject'. This article delves into the practical utilization of 'BehaviorSubject' to facilitate data sharing across components within an Angular application.

What is BehaviorSubject?

In straightforward terms, a 'BehaviorSubject' is a variant of RxJS subject that retains a current value and transmits it to newly subscribing entities. It resembles a conventional 'Subject', but with a pivotal distinction – it constantly holds a value, even when no subscribers are present. When fresh components subscribe to the 'BehaviorSubject', they promptly receive the prevailing value. This characteristic renders it an optimal solution for data sharing that necessitates accessibility and updates across diverse parts of an application.

Establishing the BehaviorSubject

The initial step involves creating an Angular service called 'SharedDataService' to accommodate the shared data and the 'BehaviorSubject'.

// shared-data.service.ts
import { Injectable } from '@angular/core';
import { BehaviorSubject } from 'rxjs';

@Injectable({
  providedIn: 'root',
})
export class SharedDataService {
  private dataSubject: BehaviorSubject<string> = new BehaviorSubject<string>('Initial Value');

  public data$ = this.dataSubject.asObservable();

  public updateData(newValue: string): void {
    this.dataSubject.next(newValue);
  }
}
^ Scroll to Top