I have inherited a Business Object architecture that makes heavy use
of the Singleton design patter. For example the data access layer
class is implemented as a static Singleton "object", there are also
other business objects logic and security supporting classes that are
all implemented using the Singleton patter. I 'm attempting to make
use of this class library in a webservice application. The problem is
that some of the Singleton objects use static variables to store data
and that will cause problems in the webservice environment where all
static variables are equivalent to application level variables. I've
done some research and found an alternate way of instantiating these
Singleton objects.
I would like to get your opinion as to how reliable this method will
be (when used in the webservice and a single threaded windows app) and
any potential pitfalls. Looks like this type of Singleton
instantiation will guerantee that each web app thread will have its
own static variables.
TIA for your time.
(Found at http://ehsanbraindump.blogspot.com/2...endment-1.html)
public class ConnectionManag er
{
/* ConnectionManag er implementation */
//Singleton logic:
private ConnectionManag er() { }
public static ConnectionManag er Instance
{
get
{
if (Thread.GetData (Thread.GetName dDataSlot("Conn ectionManager") ) ==
null)
Thread.SetData( Thread.GetNamed DataSlot("Conne ctionManager"), new
ConnectionManag er());
return
(ConnectionMana ger)System.Thre ading.Thread.Ge tData(Thread.Ge tNamedDataSlot( "ConnectionMana ger"));
}
}
}
Rich
