Ich arbeite an einer asp.net-Website. Wir müssen com interop verwenden, um mit älteren vb6-ActiveX-Komponenten zu interagieren. In vielen Fällen müssen die Komponenten ein Kontextobjekt (das selbst eine vb6-ActiveX-Komponente ist) als Parameter empfangen. Das Kontextobjekt ist relativ aufwendig zu konstruieren.

Daher besteht eine Idee darin, dass ein Kontextobjekt einmal erstellt und in der asp.net-Sitzung gespeichert wird. Wenn dieses Objekt jedoch nur ein .NET-Wrapper um eine ActiveX-Komponente ist, ist es sinnvoll oder ratsam, ein solches Objekt in der Sitzung beizubehalten?

Darüber hinaus enthält das Kontextobjekt benutzerspezifische Informationen, sodass die Verwendung von .net HttpRuntime Caching beibehalten werden kann, jedoch ein benutzerspezifischer Schlüssel erforderlich ist.

Ich verstehe die anderen Einschränkungen und Dinge, die Sie bei einer asp.net-Sitzung beachten müssen.aspnet-session frage.

Um die Frage etwas anders zu stellen: Gibt es Probleme beim Speichern eines .NET-Objekts, das nur ein Wrapper um ein COM-Objekt ist?