Implémentation Du Modèle De Conception Singleton Dans C# .NET Core

Le modèle de conception Singleton est le modèle de conception le plus populaire et appartient à la catégorie des modèles de conception créationnels. Les modèles de création traitent de la création de l'objet et contrôlent également la manière dont les objets seront créés.

Le modèle de conception Singleton est l'un des modèles de conception les plus simples disponibles parmi les modèles de conception Gang of Four bien connus. Ce modèle de conception singleton est utile lorsqu'une seule instance d'une classe est nécessaire pour implémenter des actions sur l'ensemble du système.

Modèle de conception singleton

Parfois, il y a une exigence dans le code selon laquelle, à un moment donné, nous ne devrions avoir qu'une seule instance d'une classe. Pour restreindre l'instance à une seule instance, l'autre code utilisant cette classe ne devrait pas être en mesure d'instancier une instance de la classe dans son propre code, mais devrait plutôt obtenir l'instance à partir d'un point d'accès unique où nous pouvons mettre des vérifications et des contrôles à assurez-vous que plusieurs instances de la classe ne doivent pas être autorisées à être créées.

Intention

L'intention du modèle de conception Singleton est de garantir que la classe implémentant ce modèle n'a qu'une seule instance à un moment donné et de fournir un point d'accès unique global à cette instance, c'est-à-dire que cette instance unique de cette classe est globalement accessible à partir de tout autre code.

Diagramme UML

Diagramme UML du modèle de conception Singleton

Mise en œuvre

Implémentation standard – Instanciation paresseuse

Vous trouverez ci-dessous le code pour l'implémentation standard ou classique du modèle de conception unique pour n'importe quelle classe

public class Singleton
{
    public static Singleton? singletonInstance;

    private Singleton() { }

    public static Singleton GetInstance()
    {
        if (singletonInstance == null)
            singletonInstance = new Singleton();
        return singletonInstance;
    }
}

Comme nous pouvons le voir dans le code ci-dessus, le modèle de conception Singleton résout deux problèmes en même temps. Les deux problèmes qui sont résolus par le modèle de conception Singleton sont les suivants

1. Garantit qu'une classe n'a qu'une seule instance à un moment donné.
2. Fournissez un point d'accès unique global pour la demande d'instance, c'est-à-dire que l'instance doit être globalement accessible.

Le constructeur par défaut de la classe Singleton est privé, en rendant le constructeur privé, le code client a été empêché de créer directement l'instance de la classe Singleton. En l'absence du constructeur public, le seul moyen d'obtenir l'objet de la classe Singleton est d'utiliser la méthode globale pour demander un objet, c'est-à-dire que la méthode statique GetInstance() de la classe Singleton doit être utilisée pour obtenir l'objet de la classe.

La méthode GetInstance() crée l'objet de la classe Singleton lorsqu'elle est appelée pour la première fois et renvoie cette instance. Toutes les demandes d'objets suivantes à la méthode GetInstance() obtiendront la même instance de la classe Singleton qui a déjà été créée lors de la première demande.

Cette implémentation standard est également connue sous le nom d'instanciation paresseuse car l'objet de la classe singleton est créé lorsqu'il est requis, c'est-à-dire lorsqu'il y a une demande de l'objet à la méthode GetInstance().

Le principal problème avec l'implémentation standard est qu'elle n'est pas thread-safe. Considérez un scénario dans lequel 2 requêtes différentes frappent la méthode GetInstances() en même temps. Dans ce cas, il est possible que deux objets différents soient créés par les deux requêtes.

Mise en œuvre précoce ou impatiente

Vous trouverez ci-dessous le code pour l'implémentation précoce ou impatiente du modèle de conception unique pour n'importe quelle classe

public class Singleton
{
    public static Singleton singletonInstance = new Singleton();

    private Singleton() { }

    public static Singleton GetInstance()
    {
        return singletonInstance;
    }
}

Dans le code ci-dessus, nous avons créé l'instance de la classe Singleton au moment de déclarer la variable d'instance statique de la classe Singleton, donc l'instance de la classe est créée au moment où la classe est chargée.

L'autre partie du code, c'est-à-dire le constructeur privé pour restreindre la création d'objets et le point d'accès global unique, c'est-à-dire la méthode GetInstance(), reste la même.

Depuis le début de l'instanciation, nous avons créé l'objet avant toute demande, il s'agit donc également d'une implémentation thread-safe du modèle de conception singleton, mais utilisez cette implémentation uniquement lorsque vous avez une classe légère et elle sera utilisée dans la plupart des parties de votre code.

Implémentation sécurisée des threads

Pour une implémentation thread-safe, les threads doivent être synchronisés lors de la première création de l'objet de classe Singleton. Vous trouverez ci-dessous le code de l'implémentation thread-safe du modèle de conception unique.

public class Singleton
{
    public static Singleton? singletonInstance;

    private static readonly object _lock = new object();

    private Singleton() { }

    public static Singleton GetInstance()
    {
        if (singletonInstance == null)
        {
            lock(_lock)
            {
                if (singletonInstance == null)
                    singletonInstance = new Singleton();
            }
        }
        return singletonInstance;
    }
}

Comme vous pouvez le voir dans le code ci-dessus, nous utilisons un verrou pour acquérir le verrou d'exclusion mutuelle pour l'objet. Lorsqu'un verrou est détenu par un thread, les autres threads sont empêchés d'acquérir le verrou et doivent attendre que le verrou soit libéré.

Ainsi, si deux threads tentent d'accéder à la méthode GetInstance() en même temps, un thread acquerra le verrou et l'autre thread devra attendre que le verrou soit libéré. Lorsqu'un deuxième thread acquiert un verrou, le nouvel objet ne sera pas créé car le thread précédent a déjà créé l'objet et donc l'instance de la classe n'est pas nulle.

Une fois l'objet créé, les requêtes suivantes à la méthode GetInstance() ne seront pas nécessaires pour acquérir un verrou sur l'objet car l'objet est déjà créé et donc l'instance de la classe n'est pas nulle.

Ainsi, en utilisant le verrou pour synchroniser les threads, nous sommes en mesure d'implémenter une instanciation paresseuse thread-safe pour l'implémentation du modèle de conception singleton. L'initialisation différée est utile principalement pour améliorer les performances en évitant de créer des objets s'ils ne sont pas nécessaires et en réduisant ainsi les besoins en mémoire du programme.

Implémentation paresseuse sécurisée des threads à l'aide du type Lazy<T>

Voici une autre implémentation du modèle de conception unique utilisant le type Lazy<T>. Vous trouverez ci-dessous le code de l'implémentation paresseuse du modèle de conception unique pour n'importe quelle classe

public class Singleton
{
    public static Lazy<Singleton> lazySingletonInstance = new Lazy<Singleton>(() => new Singleton());

    private Singleton() { }

    public static Singleton GetInstance
    {
        get
        {
            return lazySingletonInstance.Value;
        }
    }
}

Dans le code ci-dessus, le type Lazy<T> a été utilisé pour créer un objet de la classe Singleton lorsqu'il est requis. Au constructeur de la classe Lazy<T>, nous avons passé ce délégué qui instancie l'objet de la classe singleton. L'expression Lambda a été utilisée pour transmettre le délégué.

Par défaut, les objets Lazy sont thread-safe. Dans les scénarios multithreads, le premier thread à accéder à la propriété Value d'un objet Lazy thread-safe l'initialise pour tous les accès ultérieurs sur tous les threads, et tous les threads partagent les mêmes données.

Avantages du modèle de conception singleton

• Le modèle singleton garantit qu'une seule instance d'un objet est créée pour l'ensemble du système.
• Il existe un point d'accès global unique facile à entretenir car les modifications sont localisées dans une seule fonction.
• L'initialisation différée garantit que l'objet n'est créé que lorsqu'il est requis.
• L'accès simultané à la ressource par plusieurs clients peut être mieux géré en implémentant le modèle de conception singleton.

Exemple concret de modèle singleton

De nombreuses applications utilisent le modèle de conception Singleton pour l'implémentation du code. Voici quelques exemples concrets de Singleton Pattern

Classe Logger - Dans les applications où il existe une classe utilitaire de journalisation utilisée par divers clients pour écrire des messages dans un seul fichier. Dans ce cas, la classe de journalisation peut être implémentée en tant que classe singleton. En l'implémentant en tant que classe singleton, nous nous assurons qu'il a un seul point d'accès global et qu'un seul objet est créé pour la classe logger. Il n'y aura donc pas de type de conflit dans lequel 2 objets tentent en même temps d'écrire dans le même fichier journal.

Classe de configuration - Ceci est un exemple de la mise en œuvre du modèle de conception singleton. En implémentant la classe de configuration en tant que singleton, nous pouvons empêcher plusieurs clients d'accéder et de lire de manière répétée le même fichier de configuration unique.

Classe de cache - Dans les applications, il est nécessaire de mettre en cache les données qui ne sont pas fréquemment modifiées et consultées à plusieurs reprises. Le modèle singleton pour les objets de la classe cache peut simplifier la tâche d'écriture sur le même, car deux clients n'essaieront pas de mettre à jour le même objet mémoire en même temps.

ASP.NET Core prend en charge le modèle de conception logicielle d'injection de dépendances (DI), qui est une technique permettant d'obtenir l'inversion de contrôle (IoC) entre les classes et leurs dépendances. Les contrôleurs ASP.NET Core MVC demandent explicitement des dépendances via des constructeurs. ASP.NET Core a une prise en charge intégrée de l'injection de dépendance (DI). L'injection de dépendance prend également en charge le modèle de conception singleton pour les services afin de garantir qu'un seul objet du service est créé. Les services Singleton sont créés la première fois qu'ils sont demandés, puis chaque demande ultérieure utilisera la même instance.

Sommaire

Nous avons découvert les modèles de conception Singleton et avons également vu ses différentes implémentations. Un modèle de conception Singleton doit être utilisé lorsqu'un seul objet est requis pour l'ensemble du système. L'instanciation paresseuse est toujours l'implémentation préférée pour un modèle de conception singleton.

Nous avons également vu comment, en utilisant le type Lazy<T>, nous avons pu implémenter l'instanciation paresseuse d'un modèle de conception singleton avec l'utilisation d'un code minimal.

Lien : https://procodeguide.com/design/singleton-design-pattern-in-csharp/

#csharp #dotnet #aps.net

What is GEEK

Buddha Community

jQuery Ajax CRUD in ASP.NET Core MVC with Modal Popup

In this article, we’ll discuss how to use jQuery Ajax for ASP.NET Core MVC CRUD Operations using Bootstrap Modal. With jQuery Ajax, we can make HTTP request to controller action methods without reloading the entire page, like a single page application.

To demonstrate CRUD operations – insert, update, delete and retrieve, the project will be dealing with details of a normal bank transaction. GitHub repository for this demo project : https://bit.ly/33KTJAu.

Sub-topics discussed :

• Form design for insert and update operation.
• Display forms in modal popup dialog.
• Form post using jQuery Ajax.
• Implement MVC CRUD operations with jQuery Ajax.
• Loading spinner in .NET Core MVC.
• Prevent direct access to MVC action method.

Create ASP.NET Core MVC Project

In Visual Studio 2019, Go to File > New > Project (Ctrl + Shift + N).

From new project window, Select Asp.Net Core Web Application_._

Once you provide the project name and location. Select Web Application(Model-View-Controller) and uncheck HTTPS Configuration. Above steps will create a brand new ASP.NET Core MVC project.

Setup a Database

Let’s create a database for this application using Entity Framework Core. For that we’ve to install corresponding NuGet Packages. Right click on project from solution explorer, select Manage NuGet Packages_,_ From browse tab, install following 3 packages.

Now let’s define DB model class file – /Models/TransactionModel.cs.

public class TransactionModel
{
    [Key]
    public int TransactionId { get; set; }

    [Column(TypeName ="nvarchar(12)")]
    [DisplayName("Account Number")]
    [Required(ErrorMessage ="This Field is required.")]
    [MaxLength(12,ErrorMessage ="Maximum 12 characters only")]
    public string AccountNumber { get; set; }

    [Column(TypeName ="nvarchar(100)")]
    [DisplayName("Beneficiary Name")]
    [Required(ErrorMessage = "This Field is required.")]
    public string BeneficiaryName { get; set; }

    [Column(TypeName ="nvarchar(100)")]
    [DisplayName("Bank Name")]
    [Required(ErrorMessage = "This Field is required.")]
    public string BankName { get; set; }

    [Column(TypeName ="nvarchar(11)")]
    [DisplayName("SWIFT Code")]
    [Required(ErrorMessage = "This Field is required.")]
    [MaxLength(11)]
    public string SWIFTCode { get; set; }

    [DisplayName("Amount")]
    [Required(ErrorMessage = "This Field is required.")]
    public int Amount { get; set; }

    [DisplayFormat(DataFormatString = "{0:MM/dd/yyyy}")]
    public DateTime Date { get; set; }
}

C#Copy

Here we’ve defined model properties for the transaction with proper validation. Now let’s define  DbContextclass for EF Core.

#asp.net core article #asp.net core #add loading spinner in asp.net core #asp.net core crud without reloading #asp.net core jquery ajax form #asp.net core modal dialog #asp.net core mvc crud using jquery ajax #asp.net core mvc with jquery and ajax #asp.net core popup window #bootstrap modal popup in asp.net core mvc. bootstrap modal popup in asp.net core #delete and viewall in asp.net core #jquery ajax - insert #jquery ajax form post #modal popup dialog in asp.net core #no direct access action method #update #validation in modal popup

MVC User Registration & Login with ASP.NET Core Identity

User registration and authentication are mandatory in any application when you have little concern about privacy. Hence all most all application development starts with an authentication module. In this article, we will discuss the quickest way to use **ASP.NET Core Identity for User Login and Registration **in a new or existing MVC application.

Sub-topics discussed :

• How to add ASP.NET Core Identity to MVC application.
• Customize ASP.NET Core Identity.
• Identity.UI Design Customization.
• Next step.

Background

ASP.NET Core Identity is an API, which provides both user interface(UI) and functions for user authentication, registration, authorization, etc. Modules/ APIs like this will really be helpful and fasten the development process. It comes with ASP.NET Core Framework and used in many applications before. Which makes the API more dependable and trustworthy.

ASP.NET Core MVC with user authentication can easily be accomplished using Identity.UI. While creating the MVC project, you just need to select Authentication as Individual User Accounts.

The rest will be handled by ASP.NET Core Identity UI. It already contains razor view pages and backend codes for an authentication system. But that’s not what we want in most of the cases. we want to customize ASP.NET Core Identity as per our requirement. That’s what we do here.

Create an ASP.NET Core MVC Project

First of all, I will create a brand new ASP.NET Core MVC application without any authentication selected. We could add ASP.NET Core Identity later into the project.

In Visual Studio 2019, Go to File > New > Project (Ctrl + Shift + N). From new project window, select ASP.NET Core Web Application.

Once you provide the project name and location. A new window will be opened as follows, Select _Web Application(Model-View-Controller), _uncheck _HTTPS Configuration _and DO NOT select any authentication method. Above steps will create a brand new ASP.NET Core MVC project.

#asp.net core article #asp.net core #add asp.net core identity to existing project #asp.net core identity in mvc #asp.net core mvc login and registration #login and logout in asp.net core

Announcing Entity Framework Core (EF Core) 5 RC2

Today, the Entity Framework Core team announces the second release candidate (RC2) of EF Core 5.0. This is a feature complete release candidate of EF Core 5.0 and ships with a “go live” license. You are supported using it in production. This is a great opportunity to start using EF Core 5.0 early while there is still time to fix remaining issues. We’re looking for reports of any remaining critical bugs that should be fixed before the final release.

Prerequisites

EF Core 5.0 will not run on .NET Standard 2.0 platforms, including .NET Framework.

• The release candidates of EF Core 5.0 require .NET Standard 2.1.
• This means that EF Core 5.0 will run on .NET Core 3.1 and does not require .NET 5.
• To summarize: EF Core 5.0 runs on platforms that support .NET Standard 2.1.

How to get EF Core 5.0 Release Candidate 2

EF Core is distributed exclusively as a set of NuGet packages. For example, to add the SQL Server provider to your project, you can use the following command using the dotnet tool:

dotnet add package Microsoft.EntityFrameworkCore.SqlServer --version 5.0.0-rc.2.20475.6

#.net #.net core #.net framework #asp.net #c# #entity framework #announcement #asp.net core #entity framework core

Authorization in asp.net core

#Asp.net core #Asp.net core mvc #Core #Asp.net core tutorials #Asp.net core with entity framework

AllowAnonymous in asp.net core

#Asp.net core #Asp.net core mvc #Core #Asp.net core tutorials #Asp.net core with entity framework