G
Guest
Hello,
I hate to admit it, but there have been times where I needed to persist a
value in an asp.net app, and instead of using properties {get:set} I simply
changed the variable to static - which maintained the value.
My question is - what are the potential hazards?
ie:
public static string firstName;
public string LastName;
private string PhoneNumber;
by doing this above, I can assign the fistName value, post back a page - and
still maintain the value..
Im sure (other than performance) I may be playing with danger here.
I have used static quit a bit on classes that do not need instances (mostly
my data classes use static method to access/modify data) .. this I understand.
What I dont exactly get is using static members in a non static class. If
someone could explain this to me better, that would be great.
thanks,
I hate to admit it, but there have been times where I needed to persist a
value in an asp.net app, and instead of using properties {get:set} I simply
changed the variable to static - which maintained the value.
My question is - what are the potential hazards?
ie:
public static string firstName;
public string LastName;
private string PhoneNumber;
by doing this above, I can assign the fistName value, post back a page - and
still maintain the value..
Im sure (other than performance) I may be playing with danger here.
I have used static quit a bit on classes that do not need instances (mostly
my data classes use static method to access/modify data) .. this I understand.
What I dont exactly get is using static members in a non static class. If
someone could explain this to me better, that would be great.
thanks,