41

if i have a standard ASP.NET application, is there any difference between making an object static as opposed to putting the object instance in the Application state?

from my understanding, both objects exist ONCE for the app domain.

Secondly, what happens if you have a static object in a referenced dll, for an ASP.NET site. It's also part of the app domain, so it will always exist once?

Pure.Krome
  • 84,693
  • 113
  • 396
  • 647
  • 1
    I don't know details but I would ask yourself a question "is it part of my application state" - then put it there. If it is something static that could also happen in, for instance, windows client - would create it as static. – Paul Kapustin Nov 19 '08 at 23:08

1 Answers1

58

From: http://support.microsoft.com/default.aspx?scid=kb;en-us;Q312607

ASP.NET includes application state primarily for compatibility with classic ASP so that it is easier to migrate existing applications to ASP.NET. It is recommended that you store data in static members of the application class instead of in the Application object. This increases performance because you can access a static variable faster than you can access an item in the Application dictionary.

Also, yes, static variables behave the same way regardless of where they are loaded from, and exist exactly once per app domain (unless you're talking about those labeled [ThreadStatic])

Chris
  • 27,596
  • 25
  • 124
  • 225
  • 1
    You also gain type safety when you use static variable instead of the application state object. – BornToCode Oct 03 '17 at 07:26
  • Newer URL: https://support.microsoft.com/en-us/help/312607/info-application-instances-application-events-and-application-state-in – Csaba Toth Jan 10 '20 at 21:26