Puis-je utiliser une bibliothèque non threadsafe dans une application Web .NET multi-utilisateur?

Question

Pour un nouveau projet d'application Web utilisant .NET, une bibliothèque existante (écrite en C#) sera rendue disponible en ligne, ce qui permet de réaliser des calculs sur les informations dans un modèle de données.

La bibliothèque doit être accessible à plusieurs utilisateurs en même temps. Chaque utilisateur travaillera avec un ensemble de données différent. Les utilisateurs peuvent également modifier les données du modèle et répéter le calcul avec des paramètres d'entrée modifiés.

Actuellement, la bibliothèque ne peut gérer qu'un seul modèle de données à la fois. (Supposons qu'il y a des problèmes de conception comme des classes statiques et des singletons). Si une application Web .NET (une simple interface Web utilisant des pages Web HTML) veut utiliser cette bibliothèque, existe-t-il une technologie permettant de créer une instance distincte de la bibliothèque pour chaque client, pour conserver les modèles et autres paramètres? séparé?

Answer 1

Vous pouvez charger le module en externe et créer une nouvelle instance à chaque fois ou utiliser le regroupement d'objets en utilisant .NET Enterprise Services (COM +), mais si l'objet est dynamique, vous aurez toujours des problèmes d'évolutivité. Par commentaire: Oui, vous pouvez. Découvrez this example, pour un démarrage rapide.

Answer 2

Si vous souhaitez que les utilisateurs partagent un objet singleton dans votre instance d'application asp.net, il doit être implémenté avec la sécurité du thread pour tout type d'accès et de modification.

Vous pouvez créer un wrapper pour l'utilisation et la gestion des instances de la bibliothèque.

Answer 3

Vous pouvez utiliser le verrouillage, .: par exemple

lock (typeof(YOUR_MODEL_CLASS)) 
{ 
} 

ou essayer de calculs de file d'attente, enregistrer les paramètres dans un fichier de base de données et un service géré par et faire chaque calcul en son temps.

Il y aura un seuil dans lequel ce sera stable/utilisable.

Answer 4

La plupart des classes de .NET Framework ne sont pas conçues pour l'accès multi-thread, comme vous pouvez le voir dans le MSDN. Si vous le dites, vos utilisateurs travaillent avec des données de sets différentes, votre programme doit donc créer des instances des classes de la bibliothèque pour chaque utilisateur, ce qui ne me pose aucun problème. Si un grand nombre d'utilisateurs travaillaient sur le même ensemble de données, vous auriez à vous soucier de la capacité de la bibliothèque.

Answer 5

Si vous parlez d'un composant qui n'est pas configuré pour être sûr dans un environnement multithread alors la réponse est oui. Cependant, vous devez sélectionner un mécanisme qui synchronise l'accès au composant. La forme la plus simple en C# étant la syntaxe "lock".

Si vous parlez d'un composant qui n'autorise qu'une seule instance à la fois, la réponse est non. C'est parce que les applications Web sont intrinsèquement multithread. L'utiliser dans asp.net vous obligera à verrouiller l'ensemble du serveur pour attendre que le composant se termine ce qui est généralement une mauvaise chose. Ma meilleure solution à cela est de faire de l'utilisation d'un tel composant une opération asynchrone. Autoriser l'utilisateur à spécifier les paramètres d'entrée, puis enregistrer ces données quelque part et utiliser un planificateur de quelque sorte pour traiter les données une à la fois. Lorsque le processus se termine, informez l'utilisateur que le travail est terminé, etc.

De même, lorsque le composant prend beaucoup de temps à traiter, il est préférable de ne pas laisser l'utilisateur interagir avec le composant de façon synchrone.

Answer 6

Vous pouvez charger la bibliothèque en question dans des AppDomains distincts. De cette façon, vous pouvez avoir plusieurs instances singleton, chacune isolée dans un AppDomain.

Jeffrey Richter "Using AppDomains to make Non-Threadsafe code Threadsafe"