| Topic: |
DEVELOP > c-Plus-Plus |
| User: |
"Slash" |
| Date: |
09 Nov 2003 04:54:10 PM |
| Object: |
thisIsAMemberFunctionName vs this_is_a_member_function_name |
Is there any "standard" naming convention for member functions?
Which one should I prefer?
thisIsAMemberFunctionName
vs
this_is_a_member_function_name
Although most books and eminent authors (like Herb Sutter) recommend
the first approach, I certainly feel the second leads to more readable
names. In fact the STL itself uses the second naming convention.
Why then is the first convention usually recommended?
I understand that all this is strictly a matter of personal taste, but
since most of you guys here are pros, what do you all prefer?
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
| User: "Ed Avis" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
12 Nov 2003 03:17:54 AM |
|
|
(Slash) writes:
thisIsAMemberFunctionName
vs
this_is_a_member_function_name
Purely a matter of taste. But Stroustrup seems to prefer the latter
and I feel that if picking a style to emulate, the designer of the
language is probably the one to follow. Since the standard library
uses the second style (eg for_each not forEach) you might as well be
consitent with it.
But if you use a different class library, you might want to change
your style to fit in with that (eg MFC prefixes every class with 'C',
goodness knows why).
--
Ed Avis <ed@membled.com>
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
| User: "John Dill" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
13 Nov 2003 02:35:17 AM |
|
|
But if you use a different class library, you might want to change
your style to fit in with that (eg MFC prefixes every class with 'C',
goodness knows why).
Well, how else would you know that it is a class? ;) I think it came
in through the hungarian notation that microsoft has supported so I
surmise that C=class?
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
| User: "Gavin Deane" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
14 Nov 2003 07:12:20 PM |
|
|
(John Dill) wrote in message news:<302c79f4.0311120710.3c9ad9ea@posting.google.com>...
But if you use a different class library, you might want to change
your style to fit in with that (eg MFC prefixes every class with 'C',
goodness knows why).
Well, how else would you know that it is a class? ;) I think it came
in through the hungarian notation that microsoft has supported so I
surmise that C=class?
<reposting as similar previous message seems to have got lost>
I thought it was a name conflict thing. If I am using the MFC library
I can use names like Bitmap, Button, View in my code if I want to
because the library only uses names like CBitmap, CButton, CView. I
believe Borland does a similar thing with its GUI development library,
starting all the class names with 'T', and wxWindows uses 'wx'.
Namespaces would be better, but I don't know whether namespaces were
available when these libraries started life.
This all falls down if you decide that starting class names with 'C'
is a really good idea because that's what Microsoft does.
GJD
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
| User: "Rolf Magnus" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
15 Nov 2003 11:12:07 AM |
|
|
Gavin Deane wrote:
john-dill@uiowa.edu (John Dill) wrote in message
news:<302c79f4.0311120710.3c9ad9ea@posting.google.com>...
But if you use a different class library, you might want to change
your style to fit in with that (eg MFC prefixes every class with
'C', goodness knows why).
Well, how else would you know that it is a class? ;) I think it came
in through the hungarian notation that microsoft has supported so I
surmise that C=class?
<reposting as similar previous message seems to have got lost>
I thought it was a name conflict thing. If I am using the MFC library
I can use names like Bitmap, Button, View in my code if I want to
because the library only uses names like CBitmap, CButton, CView.
I believe Borland does a similar thing with its GUI development
library, starting all the class names with 'T', and wxWindows uses
'wx'.
Namespaces would be better, but I don't know whether namespaces were
available when these libraries started life.
That may be the reason why they are not used. But what does the C in
Microsoft's classes stand for?
This all falls down if you decide that starting class names with 'C'
is a really good idea because that's what Microsoft does.
I thought that Microsoft recommends to do that.
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
| User: "Allan W" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
18 Nov 2003 01:47:08 PM |
|
|
Rolf Magnus <ramagnus@t-online.de> wrote
But what does the C in
Microsoft's classes stand for?
"Class", afaict.
This all falls down if you decide that starting class names with 'C'
is a really good idea because that's what Microsoft does.
I thought that Microsoft recommends to do that.
They do. That doesn't mean it's good advice.
(Name clashes and all that.)
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
|
|
|
|
|
| User: "Stephan Br?nnimann" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
10 Nov 2003 07:20:06 AM |
|
|
(Slash) wrote in message news:<341c1613.0311090823.39bea7bd@posting.google.com>...
Is there any "standard" naming convention for member functions?
Which one should I prefer?
thisIsAMemberFunctionName
vs
this_is_a_member_function_name
Although most books and eminent authors (like Herb Sutter) recommend
the first approach, I certainly feel the second leads to more readable
names. In fact the STL itself uses the second naming convention.
Why then is the first convention usually recommended?
I understand that all this is strictly a matter of personal taste, but
since most of you guys here are pros, what do you all prefer?
I prefer the first format. It doesn't really matter however, you'll get used
to it very quickly:
to make sure the whole team uses the same style is much more important.
Stephan
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
|
| User: "Tahir Hashmi" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
10 Nov 2003 07:20:44 AM |
|
|
(Slash) wrote in message news:<341c1613.0311090823.39bea7bd@posting.google.com>...
Is there any "standard" naming convention for member functions?
Which one should I prefer?
thisIsAMemberFunctionName
vs
this_is_a_member_function_name
Here's a coding convention that I follow:
* Capitalize class names LikeThis
* Use camel notation for methods sayLikeThis()
* Use all lowercase for variables like_this
Though the last style is most readable, the names quickly get too
long. So I prefer using that for the variables. Also, since most
method invocations are preceeded by a -> or ., the method names stand
out despite the starting character being in lower case. As for class
names - the capitalization has just stuck on :)
--
Tahir Hashmi (VSE, NCST)
http://www.codemartial.org
tahir AT ncst.ernet.in
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
|
| User: "Nicola Musatti" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
10 Nov 2003 01:35:50 PM |
|
|
(Slash) wrote in message news:<341c1613.0311090823.39bea7bd@posting.google.com>...
Is there any "standard" naming convention for member functions?
Which one should I prefer?
thisIsAMemberFunctionName
vs
this_is_a_member_function_name
In a sense a standard exists, in that the standard library uses the
second convention you describe. Apart from that, however, everyone has
his/her own favourite style, to the point that endless debates take
place periodically in this and other newsgroups. As I don't feel like
participating in such a debate today, I'll stick to "agnostic" advice:
Be consistent in your own code and try to agree to a project wide
standard. Which one doesn't matter much (unless you're working on a
project with me, in which case MY favourite style is the only possible
choice :-)
Cheers,
nicolaMusatti ;-)
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
|
| User: "Jason Carucci" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
10 Nov 2003 07:28:31 AM |
|
|
I prefer the first because typing an underscore takes a little more
time. The underscore is a little off to the right and requires you to
move your hands to get to the key. If you just use letters, you can
type much faster.
In article <341c1613.0311090823.39bea7bd@posting.google.com>, Slash
<debajit1@hotmail.com> wrote:
Is there any "standard" naming convention for member functions?
Which one should I prefer?
thisIsAMemberFunctionName
vs
this_is_a_member_function_name
Although most books and eminent authors (like Herb Sutter) recommend
the first approach, I certainly feel the second leads to more readable
names. In fact the STL itself uses the second naming convention.
Why then is the first convention usually recommended?
I understand that all this is strictly a matter of personal taste, but
since most of you guys here are pros, what do you all prefer?
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
| User: "" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
12 Nov 2003 01:41:37 PM |
|
|
Jason Carucci <jcarucci@yahoo.com> wrote in message
news:<091120032211566435%jcarucci@yahoo.com>...
In article <341c1613.0311090823.39bea7bd@posting.google.com>, Slash
<debajit1@hotmail.com> wrote:
Is there any "standard" naming convention for member functions?
Which one should I prefer?
thisIsAMemberFunctionName
vs
this_is_a_member_function_name
Although most books and eminent authors (like Herb Sutter)
recommend the first approach, I certainly feel the second leads to
more readable names. In fact the STL itself uses the second naming
convention.
Why then is the first convention usually recommended?
I understand that all this is strictly a matter of personal taste,
but since most of you guys here are pros, what do you all prefer?
I prefer the first because typing an underscore takes a little more
time. The underscore is a little off to the right and requires you to
move your hands to get to the key. If you just use letters, you can
type much faster.
And it is slightly easier to read with the underscores. Since code will
be read a lot more often than it is written, you should use underscores.
And of course, keyboard macros and word completion mean that there isn't
really any difference in typing, either.
In practice, with a little practice, the difference is negligible in
both case. Not enough really to base a choice on.
--
James Kanze GABI Software mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/ http://www.gabi-soft.fr
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
|
|
| User: "jbruno4000" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
09 Nov 2003 07:47:10 PM |
|
|
I think it's important we all follow the same namming convention which is to
capitalize the first letter of each new word in the name as opposed to an
underscore. It's also important the function name suggests the action it
performs.i.e.
GetPrimeNumbers();
SortList();
JB
.
|
|
|
| User: "Jack Klein" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
09 Nov 2003 10:19:07 PM |
|
|
On 10 Nov 2003 01:47:10 GMT, (jbruno4000) wrote in
comp.lang.c++:
I think it's important we all follow the same namming convention which is to
capitalize the first letter of each new word in the name as opposed to an
underscore. It's also important the function name suggests the action it
performs.i.e.
GetPrimeNumbers();
SortList();
JB
Yes, but why do you feel that it is important not to have underscores?
--
Jack Klein
Home: http://JK-Technology.Com
FAQs for
comp.lang.c http://www.eskimo.com/~scs/C-faq/top.html
comp.lang.c++ http://www.parashift.com/c++-faq-lite/
alt.comp.lang.learn.c-c++ ftp://snurse-l.org/pub/acllc-c++/faq
.
|
|
|
| User: "jbruno4000" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
10 Nov 2003 06:27:06 PM |
|
|
I just like the idea of everybody following the same naming convention. It all
comes down to personal preference.
.
|
|
|
| User: "Rolf Magnus" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
11 Nov 2003 06:14:04 AM |
|
|
jbruno4000 wrote:
I just like the idea of everybody following the same naming
convention.
That might be a nice thing, but why do you think that it's so important
that it's the one you use? Just because you're too lazy to change? ;-)
.
|
|
|
| User: "jbruno4000" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
11 Nov 2003 09:52:46 AM |
|
|
This conversation has truly exausted itself!
.
|
|
|
| User: "Allan W" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
13 Nov 2003 04:01:08 PM |
|
|
(jbruno4000) wrote
This conversation has truly exausted itself!
Yes, it was doomed from the start. It isn't quite a troll, but the
topic is one that's guaranteed to generate more heat than light;
not unlike a message asking what's the best computer language, or
why we don't all boycott Microsoft.
For the record: in my opinion, there are some issues where it's much
more important to have SOME standard, than anything that standard could
possibly say. When you're working with a group of programmers, you
should use the same indentation style, the same tab stops (or else only
use spaces), the same naming conventions, and so on. If your personal
code stands out in some way (other than comments with your name on it),
you're making maintenance much more difficult than it needs to be.
That means doing things even if you think they're stupid. If everyone
else uses "m_" in front of all member variables, you should do it too
even if you don't think it clarifies anything. On the other hand, if
nobody else does it you should refrain as well. If you really think
that everyone ought to be using "m_" in front of member variables,
propose it at a team meeting -- be prepared to explain why it's worth
fixing every line of code already written. (Or bring it up at the
beginning of the next project, before any code is written.)
The one exception to this philosophy is comments. AFAIK, nobody has ever
received negative feedback on their code because the comments were too
clear. My personal rule of thumb is to put a comment on almost EVERY
line of code, explaining why it's there (and assuming that all readers
already understand WHAT it does, so there's no point explaining it:
totProc += 17; // Add 17 to totProc
That comment does nothing useful, but
totProc += 17; // Update running count of orders processed
does, though you should now explain why 17 is the right value.)
.
|
|
|
|
|
|
|
|
| User: "Rolf Magnus" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
10 Nov 2003 08:59:05 AM |
|
|
jbruno4000 wrote:
I think it's important we all follow the same namming convention which
is to capitalize the first letter of each new word in the name
as opposed to an underscore.
And for what reason do you think that?
It's also important the function name suggests the action it
performs.i.e.
Of course. Although calling them something like f1() to f2341() might be
fun if you love obfuscating your code :-)
GetPrimeNumbers();
SortList();
JB
.
|
|
|
|
|
| User: "Jack Klein" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
10 Nov 2003 11:06:15 AM |
|
|
On 9 Nov 2003 17:54:10 -0500, (Slash) wrote in
comp.lang.c++:
Is there any "standard" naming convention for member functions?
Which one should I prefer?
thisIsAMemberFunctionName
vs
this_is_a_member_function_name
Although most books and eminent authors (like Herb Sutter) recommend
the first approach, I certainly feel the second leads to more readable
names. In fact the STL itself uses the second naming convention.
Why then is the first convention usually recommended?
I understand that all this is strictly a matter of personal taste, but
since most of you guys here are pros, what do you all prefer?
My personal preference is to have the underscores, whether or not you
capitalize the individual words or "wordlets".
I have notices that many C and C++ programmers do not seem to mind
underscores in variable names, but for some reason don't think they
should appear in function names.
My theory for their preference rests on two thoughts:
1. A long time ago, unique characters in identifier names were very
limited, to as little as 6 characters and a single case in early C
implementations.
2. The Windows API, which was written to be called by name from
languages like BASIC and Pascal and others that do not permit
underscores in identifier names, so defines all functions in
CamelCaseMode.
Interestingly enough, none of the programmers who allow underscores in
variable, enumeration, type, and macro identifiers but don't like them
in function names agree with my reasoning, even though some of them
have extensive Windows programming experience. But none of them has
ever proposed an alternate theory, either.
I have heard of studies alleging to prove that underscores improve
recognition greatly, but don't have any links handy.
--
Jack Klein
Home: http://JK-Technology.Com
FAQs for
comp.lang.c http://www.eskimo.com/~scs/C-faq/top.html
comp.lang.c++ http://www.parashift.com/c++-faq-lite/
alt.comp.lang.learn.c-c++ ftp://snurse-l.org/pub/acllc-c++/faq
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
|
| User: "Rolf Magnus" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
10 Nov 2003 07:24:14 AM |
|
|
Slash wrote:
Is there any "standard" naming convention for member functions?
No.
Which one should I prefer
thisIsAMemberFunctionName
vs
this_is_a_member_function_name
It depends. If your program is mainly based on a library or you are
writing additions to existing programs, use the one they used. If
you're doing something on your own, do what you prefer.
I think the first is used more often, and most often, I'm using it too.
Although most books and eminent authors (like Herb Sutter) recommend
the first approach, I certainly feel the second leads to more readable
names. In fact the STL itself uses the second naming convention.
Why then is the first convention usually recommended?
I don't know why it is recommended, but I don't consider one to be more
or less readable than the other. This might depend on the font of your
text editor though.
I understand that all this is strictly a matter of personal taste, but
since most of you guys here are pros, what do you all prefer?
I'm not sure that I'd already count as a pro, but one thing that you can
easily see in your example is that the names get a bit shorter using
the first method.
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
|
| User: "E. Robert Tisdale" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
11 Nov 2003 10:55:31 AM |
|
|
Slash wrote:
Is there any "standard" naming convention for member functions?
No. This is purely a matter of style.
Which one should I prefer?
thisIsAMemberFunctionName
vs
this_is_a_member_function_name
this->functionName
Although most books and eminent authors (like Herb Sutter) recommend
the first approach, I certainly feel the second leads to more readable
names. In fact the STL itself uses the second naming convention.
Why then is the first convention usually recommended?
I understand that all this is strictly a matter of personal taste but,
since most of you guys here are pros, what do you all prefer?
The best advice that I can give you is
Keep a Thesaurus handy.
Choose short complete [English] words for function names,
constants, variables and types. Don't *mangle* them.
Try to avoid words like data, object, routine that have special meaning
or that are redundant in the context of a C++ program.
If you are writing scientific or engineering applications
you can implement long formulas with a single compact expression
using single character symbols annotated with comments:
// definition // nomenclature
// ---------------------------------------------------
double a = 9.8; // acceleration (meters/second/second)
double m = 1.0 // mass (kilograms)
double F = m*a; // force (Newtons)
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
|
| User: "lilburne" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
10 Nov 2003 03:41:15 AM |
|
|
Slash wrote:
Is there any "standard" naming convention for member functions?
Which one should I prefer?
thisIsAMemberFunctionName
vs
this_is_a_member_function_name
Although most books and eminent authors (like Herb Sutter) recommend
the first approach, I certainly feel the second leads to more readable
names. In fact the STL itself uses the second naming convention.
Why then is the first convention usually recommended?
I understand that all this is strictly a matter of personal taste, but
since most of you guys here are pros, what do you all prefer?
The second version for function names, the first for class
names. Why because it is our house style. Otherwise it
doesn't matter. What does matter is that you stick to one
style or at the very least one style per class.
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
|
| User: "Erik Max Francis" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
10 Nov 2003 03:40:25 AM |
|
|
Slash wrote:
Is there any "standard" naming convention for member functions?
Which one should I prefer?
thisIsAMemberFunctionName
vs
this_is_a_member_function_name
It is purely a stylistic issue, although the Standard Library prefers
the latter form.
Like almost all stylistic issues, it is far better to be consistent with
the other code on your team rather than to doing something uniquely
clever.
--
Erik Max Francis && && http://www.alcyone.com/max/
__ San Jose, CA, USA && 37 20 N 121 53 W && &tSftDotIotE
/ \ Too much agreement kills a chat.
\__/ Eldridge Cleaver
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
|
| User: "John Dill" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
12 Nov 2003 03:20:35 AM |
|
|
The style does not matter to me as long as it is consistent, but what
is annoying to me is whether or not to mix styles within a class that
is derived from a standard library component. I don't think a
universal coding style is not necessarily irrelevant as some people
portray. I don't think there is an absolute best objective style, but
having a universal coding style, which would include the standard
libraries and open source would be cool, well, as long as I like it ;)
Best,
John
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
| User: "Daniel Spangenberg" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
12 Nov 2003 02:27:17 PM |
|
|
John Dill schrieb:
The style does not matter to me as long as it is consistent, but what
is annoying to me is whether or not to mix styles within a class that
is derived from a standard library component. I don't think a
universal coding style is not necessarily irrelevant as some people
portray. I don't think there is an absolute best objective style, but
having a universal coding style, which would include the standard
libraries and open source would be cool, well, as long as I like it ;)
Best,
John
A similar naming-convention dilemma exists, if you are going to specialize
template classes of std componets or if you want to provide a namespace
swap function, which could by used by std::algorithems (provided that
some yet unresolved swap issues **are** solved)
Greetings from Bremen,
Daniel
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
| User: "" |
|
| Title: Re: thisIsAMemberFunctionName vs this_is_a_member_function_name |
14 Nov 2003 04:26:34 AM |
|
|
Daniel Spangenberg <dsp@bdal.de> wrote in message
news:<3FB2051D.25D6C66F@bdal.de>...
John Dill schrieb:
The style does not matter to me as long as it is consistent, but
what is annoying to me is whether or not to mix styles within a
class that is derived from a standard library component. I don't
think a universal coding style is not necessarily irrelevant as some
people portray. I don't think there is an absolute best objective
style, but having a universal coding style, which would include the
standard libraries and open source would be cool, well, as long as I
like it ;)
A similar naming-convention dilemma exists, if you are going to
specialize template classes of std componets or if you want to provide
a namespace swap function, which could by used by std::algorithems
(provided that some yet unresolved swap issues **are** solved)
Yes and no. swap, vector, string and map fit in with both schemes. And
who uses anything else:-).
Seriously, I sort of like having the library use a different convention.
That way, the reader knows to look in the standard, and not in my code,
for the documentation. Of course, the leading std:: should be a
sufficient give away.
In practice, the projects I've worked on have all used the second
convention for the project names, and having the standard library names
use a different convention doesn't seem to have ever bothered anyone.
--
James Kanze GABI Software mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/ http://www.gabi-soft.fr
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
.
|
|
|
|
|
|
|
Related Articles |
|
|
