Is hungarian notation still used a lot in modern code or is it slowly weeded out?
I thought it was not so useful anymore in modern typed languages and with all the OO and generic coding paradigms these days but it seems some programmers still cling to it.
I still see it quite frequently in the project I'm working on, though we try to avoid it. We do use a modern OO language (ActionScript) but we do a lot of work with a Java back-end, and so types aren't always what they should be. Purposes can also be obfuscated - so we'll include that information in the names as we go. There's probably a better solution - but you have to build on what you're given sometimes.
*vomits*Originally Posted by KIBO
M.Eng Computer Engineering CandidateB.Sc Computer Science
Robotics and graphics enthusiast.
>Is hungarian notation still used a lot in modern code or is it slowly weeded out?
Real Hungarian or the misinterpreted and bastardized Hungarian that was a stupid idea from day one?
My best code is written with the delete key.
Can you give examples of both?
I use only a couple notations regularly like:
pVariable - for pointers
m_Variable - for member variables
Other times I might use others to distinguish variables with similar names, but I don't use the ugly stuff like: lpszStr...
"I am probably the laziest programmer on the planet, a fact with which anyone who has ever seen my code will agree." - esbo, 11/15/2008
"the internet is a scary place to be thats why i dont use it much." - billet, 03/17/2010
Prepare to meet a lot of it. Not in new code, but in old code. Working code doesn't get replaced overnight just because someone invented a new shiny $buzzword technique. The reason for using hungarian notation is mostly gone and it will slowly fade out. But slowly. As in decades.
hth
-nv
She was so Blonde, she spent 20 minutes looking at the orange juice can because it said "Concentrate."
When in doubt, read the FAQ.
Then ask a smart question.
She's probably talking about the difference between Apps Hungarian and Systems Hungarian. In my opinion, Apps Hungarian is mainly just a uniform way of abbreviating variable names, whereas Systems Hungarian is mainly a way to insist that the type system is useless.
Look up a C++ Reference and learn How To Ask Questions The Smart Way
I still use it, but not religiously. I ge3neralyl use it when I'm modifying someones coede that already used it, like some of the examples on MSDN, or if the type is vitlly important to the code, such as large memory realignment operations. It's definatley useful tyo learn it and learn to use it so when you see it in code it doesnt break your rythym.
I never use it and never used it. Meaningful names can actually save you a lot of time.
I often hear people refer toShe's probably talking about the difference between Apps Hungarian and Systems Hungarianas "hungarian notation". Maybe she means that.Code:excessively_long_overly_descriptive_variable_names
I like descriptive and concise names, although it's often harder to pull out of the top of your had than hungarian notation.
I don't think Hungarian Notation and descriptive names are mutually exclusive. Hungarian Notation is just a prefix to a variable name. So you could have something like:
lpszFirstName
which is perfectly descriptive, albeit ugly to look at.
"I am probably the laziest programmer on the planet, a fact with which anyone who has ever seen my code will agree." - esbo, 11/15/2008
"the internet is a scary place to be thats why i dont use it much." - billet, 03/17/2010
Until you decide it should be a std::string, then it's a liar.
That's why I don't use Hungarian Notation for variable types, just the more common notations like m_ for member variables & p for pointers.
"I am probably the laziest programmer on the planet, a fact with which anyone who has ever seen my code will agree." - esbo, 11/15/2008
"the internet is a scary place to be thats why i dont use it much." - billet, 03/17/2010
Hungarian notation is like lpwszStr (which is a long pointer to a wide zero-terminated string) or lphwndHandle (of type long pointer to window handle). Certainly, I'm exaggerating a bit. Nobody would propably need a lphwndHandle.
