Justification derrière IReadOnlySessionState

Question

Je viens d'implémenter un gestionnaire qui utilise IReadOnlySessionState et je me demandais pourquoi cette interface de marqueur est nécessaire. (Je comprends qu'il est nécessaire pour accéder aux variables de Session, ma question est pourquoi est-ce du point de vue d'un concepteur de framework) Je pense que c'est pour que les gestionnaires soient aussi minces que possible, les obligeant à "opt-in" si ils veulent utiliser l'état de session, mais je me demande s'il me manque peut-être autre chose.

Answer 1

Oui, AFAIK, vous avez raison. Les deux IReadOnlySessionState et IRequiresSessionState sont des interfaces de marqueur qui vous protègent contre le fait que votre gestionnaire soit plus lourd et plus lent.

La différence entre eux est seulement l'état d'écriture de la session.

Answer 2

Vous avez raison. L'interface IReadOnlySessionState vous donne simplement la possibilité d'utiliser l'objet Context.Session. Si vous implémentez l'interface IRequiresSessionState, votre gestionnaire place un verrou exclusif sur la session en cours, de sorte que toutes les autres demandes (qui souhaitent utiliser l'objet Session) dans le contexte de la même session attendent que votre gestionnaire se termine.

IReadOnlySessionState n'est pas un très bon nom, car en fait vous pouvez modifier SessionState dans de tels gestionnaires et vous n'obtiendrez pas d'exception. Vous prenez simplement la responsabilité de problèmes concurrents sur vous.