Re: Naming of private functions
From: Derek (me_at_nowhere.special.com)
Date: 02/05/04
- Next message: Phlip: "Re: Naming of private functions"
- Previous message: kelvSYC: "Returning structures"
- In reply to: Victor Bazarov: "Re: Naming of private functions"
- Next in thread: Phlip: "Re: Naming of private functions"
- Reply: Phlip: "Re: Naming of private functions"
- Reply: jeffc: "Re: Naming of private functions"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 05 Feb 2004 14:58:38 -0500
Victor Bazarov wrote:
> Naming conventions are intended to give the reader a way
> to quickly understand something about the symbol, in your
> case it is probably the fact that the function is (a) a
> member and (b) a public or private/protected one. If in
> your project the access rights to the symbol make such
> a difference as to justify having a different naming
> convention for the functions, then the difference is only
> known to those who are involved in the project...
This a company-wide C++ naming rule. It applies to all
projects, from low-level system code to application-level
GUI code. There is no domain-, industry-, or project
specific need for it that I can see.
> Then you have to talk to those who established such
> naming convention.
As I said in my original post, they offer hand-waving and
"gut feelings" in the way of explanation. They just "like
it" and aren't sure who originally proposed it way back
when. They can't justify it rationally to me, which is why
I turned to this broader forum for opinions.
> And unless one of your colleagues reads this NG as well,
> you're better off off-line. Without seeing more of the
> code or even working on it for some time, how could any
> of us successfully guess the intentions of the author of
> the convention?
Again, there is no resident author the other developers
are just "used to it." I've been working with the code
for months with no clear benefit in sight. My goal wasn't
to solicit a psychic reading; just to possibly hear from
someone who can offer an objective justification for this
peculiar naming scheme.
> I can't say that I've _used_ such convention, but there
> is probably something there, otherwise why would people
> keep using it? But, alas, I can't say I see it. :-)
I can't see the benefit either. As for why they keep using
it, my theory is that it's a misguided convention (akin to
that used to differentiate access for data members) that
got used, gained critical mass, and now everyone keeps
doing it for no reason other than to keep the code looking
consistent. :)
- Next message: Phlip: "Re: Naming of private functions"
- Previous message: kelvSYC: "Returning structures"
- In reply to: Victor Bazarov: "Re: Naming of private functions"
- Next in thread: Phlip: "Re: Naming of private functions"
- Reply: Phlip: "Re: Naming of private functions"
- Reply: jeffc: "Re: Naming of private functions"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|