Discussion :

[Lino Léum]

Bonjour,

J'ai des objets métier qui sont compilés dans une DLL.
Ces objets ont besoin d'accéder à un d'entre eux objet ayant une occurrence unique (l'équivalent d'un singleton).
Mais cette DLL peut être utilisée soit depuis des pages ASP, soit depuis une application Windows.

J'ai prévu (mais si je commet une grave erreur, je veux bien qu'on me jette des pierres) que mon objet unique sera stocké dans une variable de session dans le cas d'appels depuis ASP (un singleton étant, sauf erreur de compréhension de ma part, global à l'application et non à la session) et sera un véritable singleton dans l'autre cas.

Dans la DLL, j'ai besoin de savoir dans quel environnement les méthodes sont appelées, car si je suis sous ASP, je vais devoir utiliser l'objet HttpContext pour accéder à la variable de session et utiliser l'instance unique de mon objet dans le cas contraire.

Ma question est donc :
Par quel moyen puis-je savoir si ma DLL fonctionne en mode ASP ou bien en mode Windows ?

Merci d'avance pour le petit coup de main.

Lino.

[Invité]

Si HttpContext.Current == null alors t'es sous ASP.Net sinon t'es dans dans une application desktop.

J'ai prévu (mais si je commet une grave erreur, je veux bien qu'on me jette des pierres) que mon objet unique sera stocké dans une variable de session dans le cas d'appels depuis ASP (un singleton étant, sauf erreur de compréhension de ma part, global à l'application et non à la session) et sera un véritable singleton dans l'autre cas.

TOTALEMENT D'ACCORDS AVEC TOI Non c'est une blague sauf pour le stockage dans une variable de session vu que les sessions sont propres à un utilisateur moi je stockerai le singleton dans une proprieté de ton objet Application en ajoutant un fichier global.asax.

[Lino Léum]

Docteur Mouse,

C'est bien dans une variable de session que je veux stocker mon objet, puisqu'il est unique par utilisateur, pas pour l'application complète.
Alors que sous Windows, l'appli desktop est mono-utilisateur, et l'objet est donc un véritable singleton.

Pour HttpContext.Current, je l'utilise obligatoirement dans la DLL pour récupérer la variable de session en fonctionnement ASP. Et ça fonctionne nickel.
Mais, n'ayant pas encore fait le test, puisque je commence tout juste à me pencher sur l'appli Windows, j'étais persuadé que je n'aurais pas accès à cet objet dans ce cas. C'est pourquoi j'appelais au secours.
Mais si c'est aussi simple que ça, c'est bonnard !

Merci !

Lino.