What do you think?

[Rocky Moore]

As long as you keep it in VB everyone should be happy :)

Rocky <>< Latest Code Blog Post: SQL Server Express Warnings & Tips Latest Tech Blog Post: Microsoft doing it again!

[JimmyRopes]

_SomethingLikeIt

Simply Elegant Designs JimmyRopes Designs
Think inside the box! ProActive Secure Systems
I'm on-line therefore I am. JimmyRopes

[Taka Muraoka]

Rocky Moore wrote:

Do you use/like the "_" to prefix private members?

IIRC, symbols with a leading _ are reserved for the system. This is for C but probably carried over to C++, although it probably doesn't apply for class members. It'd be dumb to use them, though, quite apart from the fact it looks butt-ugly. I always used to use "m_" for member variables and hated it, until I had an epiphany and saw someone using just "m" (e.g. mMemberVariable). So much nicer :cool:

---

0 bottles of beer on the wall, 0 bottles of beer, you take 1 down, pass it around, 4294967295 bottles of beer on the wall. Awasu 2.2.4 [^]: A free RSS/Atom feed reader with support for Code Project.

[Steve Echols]

I tend to adapt to the convention of the framework I'm writing it in. For MFC/ATL it was m_. I've been using the VCF recently and most member vars are post fixed with "_", like window_. Took some getting used, to but it actually adds a bit of whitespace, so it almost makes things more readable. If you want to be able to read code like it was a novel, become a member of the Osmosian Order. :laugh::laugh::laugh: (Sorry, couldn't resist) Anyway, the older I get the more whitespace I need to make the code more readable, so I tend to like the underscores. JMHO.

---

- S 50 cups of coffee and you know it's on!

[Nirosh]

Some kind of a prefix is good since it will group the members with the same access level together in the tool tip, provided by the IDE.

L.W.C. Nirosh. Colombo, Sri Lanka.

[Mohamed Meligy]

I use - Pascal casing with "_" prefix for proivate members. - Pascal casing for local variables. - Camel casing for public properties, and all methods. This is meant to make reading code "easier". It's also Mirosoft naming BTW, you can find it in the class library developer guidance. Mohamed Ahmed Meligy Software Engineer SilverKey.us[^] - Egypt Branch http://GeeksWithBlogs.NET/Mohamed[^] -- modified at 0:42 Tuesday 16th January, 2007

[hswear3]

Personally I also hate underscores. And so does FxCop! Since according to Microsoft guidelines local parameters should be camel-cased, I use Pascal case for class members. So, instead of "mVariable" or "m_Variable" or "_Variable", I simply use "Variable." Herb :)

Herbert N Swearengen III

[Michael P Butler]

Rocky Moore wrote:

Do you use/like the "_" to prefix private members? I personal hate variables prefixed with with _underscores _as _it _can _make _reading _code() _a _pain! In the old days of Assembler and some C code, we lived with it all the time, but I had hoped to never see them again. Now much of the code released by MS has private members prefixed. So, what you think?

I do in my .NET code. All my class member variables are _ prefixed. Of course most of the time, I access them via Properties rather than directly using the variable. I can't remembered why I moved to _ prefix. It was either because FxCop whined about it or because of some VB issue. In C++, I used m_ so the _prefix is kind of keeping up a long tradition.

Michael CP Blog [^] Development Blog [^]

[Mustafa Ismail Mustafa]

I use pascal notation with an "_" for the private members. Picked up the habit at from my uncle ( he was a crack shot C coder working for ComputerVision out of Mass.) and I kept with it. It actually improves readability.

There are 10 kinds of people in this world. Those who understand binary and those who don't... ______________________ Its the idiot who stops learning and the wise that keep asking you questions!!!! ______________________ "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." - Rick Cook

[Stick]

Isn't there a saying, "When in Windows, do as Microsoft?" I use m_ mainly as it groups all the member vars together in my suggestions box, however with VA X, if I didn't, I could just click to display only the private members or whatever. But it saves me a click. Read a good discussion about it in Code Complete 2nd Edition. Patrick

[Tim Craig]

No! And I don't like seeing it on members in public either. ;P

The evolution of the human genome is too important to be left to chance idiots like CSS.

[DavidNohejl]

Stick^ wrote:

Read a good discussion about it in Code Complete 2nd Edition.

I didn't get there yet, but yesterday I read capitol where is suggested that it might be good idea to prefix input parameters with i_, output parameters by o_ and parameters that will be modified by.... m_ ! :wtf:

---

"Throughout human history, we have been dependent on machines to survive. Fate, it seems, is not without a sense of irony. " - Morpheus

[Bruce Chapman DNN]

I think like flared jeans and miniskirts, all fads have their time in the sun more than once. You can either sit on your high horse and declare all those around you to be of inferior quality, or you can join in the fun and just go with the flow. I used to adjHungarian nounEverything, nounNow nounIt vrbDrives pronounMe vrbInsane. (please no comments on grammar, i've no idea on sentence structure) I've gotten used to using _memberVar. It's handy because it allows you to use the same var twice in the one procedure, one for an incoming local value, and one for the _member version. I suspect in three years I'll be doing a global 'find/replace' on the _ character. To whatever is in fashion then. How else can you feel nostalgic looking at old code??

Bruce Chapman iFinity.com.au - Websites and Software Development Plithy remark available in Beta 2

[Stuart Dootson]

I use '_' as a suffix for private member data (which means either all member data of a class or none of it) in C++. However, the rest of the naming is camel-case (capitalized for functions and classes):

class SampleClass
{
public:
   int SomeMethod() const;
private:
   int aDataMember_;
};

[Chris_Green]

You'll love this: I use both, but consistently. Any variable which belong in the header file is prefixed with m_ Any control is prefixed with _TypeDescriptor such as _EditTest or _ButtonGo. It does make working with the code, especially via IntelliSense, remarkably easy. All the variables are nicely grouped. And all the controls are grouped separately and sorted by type.

[Pete OHanlon]

JimmyRopes wrote:

Did you mean strNo?

Surely it's lpszNo.

the last thing I want to see is some pasty-faced geek with skin so pale that it's almost translucent trying to bump parts with a partner - John Simmons / outlaw programmer
Deja View - the feeling that you've seen this post before.

[Lost User]

Same here.

The tigress is here :-D

[Bogdan Damian]

I use it only this notation for private vars from classes :)

damianbc Developer

[Jorgen Sigvardsson]

Tim Craig wrote:

The evolution of the human genome is too important to be left to chance idiots like CSS.

Does that qualify as meta-evolution? :)

-- Verletzen zerfetzen zersetzen zerstören Doch es darf nicht mir gehören Ich muss zerstören

[Mike Dimmick]

Various C++ authors suggest using a trailing underscore for a member variable, but that's even worse, IMO - especially when it's a pointer, since you have to release Shift in order to dereference (to type the '-' of ->).

Stability. What an interesting concept. -- Chris Maunder