Singleton et le client Activé objet (CAO), Remoitng

Question

deux effectuer la même opération qui est

MSDN

• Singleton: "" objets d'appel unique et un service à une seule demande à venir en .... "
• CAO: « objets activés client (CAO) sont des objets côté serveur qui sont activés sur demande du client .... »

dans les deux cas, les données ne sont pas partagées, bu t dans Singleton seulement une fois que le client peut être connecté à la fois, pourquoi quelqu'un voudrait-il cela Dans quel scénario Singleton est-il utile et y a-t-il d'autres différences?

Answer 1

Vous avez mal lu les lignes. Voici la définition du MSDN. Je souligne (en gras) certaines diffrences entre ces objets.

• Appel unique

  Appel unique objets services et une seule demande à venir en. Single Les objets d'appel sont utiles dans les scénarios où les objets doivent effectuer une quantité de travail finie de . Appel unique objets ne sont généralement pas nécessaires pour informations d'état du magasin, et ils ne peuvent pas contenir d'informations d'état entre appels de méthode. Cependant, les objets à un seul appel peuvent être configurés en mode charge équilibrée .

• Singleton Objets

  objets Singleton sont les objets qui services clients multiples et donc de partager des données en stockant l'état informations entre le client invocations. Ils sont utiles dans les cas dans lesquels les données doivent être partagées explicitement entre les clients et aussi dans dont le temps de création et de maintenance des objets est important.

• objets activés par le client (CAO)

  objets activés sur le client (CAO) sont des objets côté serveur qui sont activés à la demande du client . Cette façon d'activer les objets du serveur est très similaire à l'activation de la coclasse COM classique . Lorsque le client soumet une requête pour un objet serveur à l'aide d'un opérateur "nouveau", un message de demande d'activation est envoyé à l'application distante . Le serveur crée ensuite une instance de la classe demandée et renvoie un ObjRef à l'application cliente que l'a appelée. Un proxy est ensuite créé sur côté client en utilisant le ObjRef.Les appels de méthode du client seront exécutés sur le proxy. Les objets activés par le client peuvent stocker des informations d'état entre appels de méthode pour son client spécifique et non pas à travers différents clients objets. Chaque invocation de "nouveau" renvoie un proxy à une instance indépendante du type de serveur.

State Information certaines données que vous stockez dans des variables ou des propriétés de l'objet, pour traiter la demande du client. Depuis qu'un objet d'appel unique est créé lorsqu'un client demande à travailler et détruit après avoir travaillé, il ne peut pas contenir d'informations d'état, car chaque demande crée un nouvel objet (il peut charger et stocker données dans une source de données, pour faire son travail).

A L'objet Singleton est créé une seule fois (peut-être au démarrage du serveur) et reste actif tant que le processus serveur est en cours d'exécution. Il peut stocker des informations dans les variables et les propriétés pour gérer les demandes des clients, car chaque client travaille avec le même objet et n'est pas détruit après un appel client.

Un exemple simple pour afficher la différence entre un seul appel et un seul objet est de créer une méthode Increment() pour incrémenter une variable (integer) dans l'objet et écrire la variable dans la console. L'objet d'appel unique imprimera toujours la même valeur à la console (1 si la variable commence par 0), tandis que l'objet singleton affichera toujours une valeur incrémentée (1, 2, 3, etc.) après chaque appel.