I don't particularily like that it is case-sensitive but I don't not like
it, either. The fact that it is case sensetive is simply just how it is
built. Sometimes it's daunting to remember to always type in the correct
case (when you type very fast by the time it registers in your brain that
there was a typo (I always know because it "felt" wrong when I typed it) I'm
already 15 characters ahead and have to backspace or arrow-key back to it
and it breaks the flow).
In VB I have mixed case but when I reference them I type in small case and
if it automatically corrects the case-sensitity I know I typed it in
correctly. I suppose C# will tell you also.
Where it is useful (albeit perhaps confusing) in C# is when I have a public
member mixed case and a local/private member small case. I never ever ever
use a small case type as a public referencable/usable
method/variable/object. But in some projects it can be confusing. In VB I
prepend an underscore if it is private or local. In C#, I don't have to, I
juse make 'em all small letters.
Yes... I do:
public class X {
private string name;
public string Name {
get() { return name; }
set() { name = value; }
}
}
I suppose that illustrates a simple example of the concept. At least, if
I'm consistant I'll never get lost in the code (even 13 months later -- I
know, I'm at that point). But we have other developers here and no standard
and it'll throw them off or you off but for the most part, everyone here is
adaptable and there have never been problems because of this, only because
of lack of code re-use but that's another thread topic.
Thanks,
Shawn