Can I use ASP.NET Session[] variable in an external DLL

Question

I have two projects, the DLL project which has all my logic and data access stuff, and the ASP.NET project which does my forms etc.

I am a bit confused. I thought if I added the System.Web namespace reference to the DLL project I would be able to reference the Session state information of the ASP.NET page.

I could use each page to get the session info out and pass it to the DLL for the processing but would love to be able to process things directly from the DLL class(s).

Is this possible?

I have fiddled with the System.Web namespace and just seem able to get a reference to the Session variable.

Thanks all.

Jon

Answer 1

As long as the Assembly is loaded in the scope of the Session, it will have access.

Although this type of tight coupling isn't really recommended.

Answer 2

You should be able to use HttpContext.Current.Session

Edit

While yes I agree you should not tightly couple your Business Logic DAL or etc assemblies to ASP.Net session. There are plenty of valid cases for accessing HTTP Context outside of a web project.

Web Controls is probably one of the best examples, reusable HTTP modules, etc..

Now one option, if you want to have your DLL pull the stuff from Session, is to abstract out session. So you could define an interface like IStorage, that your library will know how to use. Then you can have a SessionStorage or MemoryStorage class and use IoC to inject the appropriate class into your library classes. This gives you the freedom to code it how you wanted it to be coded without tying your code to Session. Oh and one other benefit if done properly can be used to not tie your code to the session on the web either.

Answer 3

You can always use HttpContext.Current.Session in your DLL but this is considered as bad practice. A better approach would be to pass the values stored in the session dictionary to your DLL instead of it referencing the session. Another benefit you will gain is that the code in your DLL won't be coupled to the ASP.NET runtime meaning it will be easier to test.