What do you think?

Christian Graus

Didn't Josh do that joke above ?

Christian Graus - C++ MVP 'Why don't we jump on a fad that hasn't already been widely discredited ?' - Dilbert

Not Active

I agree, using _ is just ugly and hard to type. Unfortunatly I'm stuck at a client right now who insists on using it. Reason? Because we've always done it that way :rolleyes:

only two letters away from being an asset

El Corazon

Roger Wright wrote:

It's considered quite rude in my neighborhood.

It is the same here.... perhaps this is a southwest thing?

_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)

Vikram A Punathambekar

pI vThink aHungarian nNotation vIs iA aWonderful nThing cAnd pEveryone avShould vUse pIt aAll dThe nTime, adNo nMatter pWhat dThe nContext, adEven adWhen vSpeaking. [^]

Cheers, Vikram.

"Life isn't fair, and the world is full of unscrupulous characters. There are things worth fighting for, killing for and dying for, but it's a really small list. Chalk it up to experience, let it go, and move on to the next positive experience in your life." - Christopher Duncan.

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.