Estoy trabajando en un sitio web de asp.net. Tenemos que usar interoperabilidad de comunicaciones para interactuar con los componentes de ActiveX vb6 heredados. En muchos casos, los componentes se basan en recibir un objeto de contexto (que en sí mismo es un componente activex vb6) como parámetro. El objeto de contexto es bastante costoso de construir.

Por lo tanto, una idea es que un objeto de contexto se construye una vez y se almacena en la sesión de asp.net. Sin embargo, si este objeto es solo un envoltorio .net alrededor de un componente activex, ¿es prudente o recomendable mantener dicho objeto en la sesión?

Además, el objeto de contexto contiene información específica del usuario, por lo que persistir con el uso de .net HttpRuntime Caching podría usarse, pero requeriría una clave específica del usuario.

Entiendo las otras limitaciones y las cosas que debe tener en cuenta con la sesión de asp.net.pregunta de aspnet-session.

Para hacer la pregunta de una forma ligeramente diferente: ¿existen problemas o problemas con el almacenamiento de un objeto .net que es solo un envoltorio alrededor de un objeto com?