Sesja ASP.NET i przechowywanie obiektów korzystających z interakcji COM

Pracuję na stronie internetowej asp.net. Musimy użyć com interop do interakcji ze starszymi komponentami activex vb6. Komponenty w wielu przypadkach polegają na otrzymaniu obiektu kontekstowego (który sam jest składnikiem vx6 activex) jako parametru. Konstrukcja obiektu jest dość kosztowna.

Dlatego jednym z pomysłów jest zbudowanie obiektu kontekstu i zapisanie go w sesji asp.net. Jeśli jednak ten obiekt jest tylko opakowaniem .net wokół komponentu activex, czy rozsądne lub wskazane jest utrzymywanie takiego obiektu w sesji?

Dodatkowo obiekt kontekstowy zawiera informacje specyficzne dla użytkownika, więc kontynuowanie używania .net HttpRuntime Caching może być użyte, ale wymaga klucza specyficznego dla użytkownika.

Rozumiem inne ograniczenia i rzeczy, o których musisz wiedzieć podczas sesji asp.net,pytanie o sesję aspnet.

Aby zadać pytanie w nieco inny sposób: czy są jakieś problemy lub problemy z przechowywaniem obiektu .net, który jest tylko opakowaniem wokół obiektu com?

questionAnswers(2)

yourAnswerToTheQuestion