Re: on package naming, should the word "_pkg" be part of it?

["Marin David Condic" <dont.bother.mcondic.auntie.spam@[acm.org>]

You'll get a variety of opinions on this. Its a naming convention that
various projects might adopt and it might have some food value to it.
Consider that if you run into an identifier that has some sort of indication
of what it identifies in the name, it make it obvious what you're looking
at.

OTOH, many will say that it unnecessarily clutters up the code and makes
names of things stilted & less meaningful. There is something to that case
as well - especially when a development environment gives you the capability
of highlighting an identifier and requesting its definition, etc.

My general opinion is that if a project adopts a naming convention, everyone
should strive to preserve it for the sake of consistency - no matter how
stupid a convention it may be. For small projects or reusable components I'd
prefer that names simply be meaningful. For larger projects that may be
around for a while, I have found some advantages to having a naming
convention for objects and types, but not generally for library units. I do
like dividing a project up into subsystems and having each subsystem have a
short-named root package since then the dotted notation and file names
naturally identify what subsystem a thing belongs to.

You might as well ask what conventions people prefer for character case on
reserved words & identifiers. You'll get a zillion varying opinions on that
too! :-)

MDC
--
Marin David Condic
Senior Software Engineer
Pace Micro Technology Americas    www.pacemicro.com
Enabling the digital revolution
e-Mail:    marin.condic@pacemicro.com
Web:      http://www.mcondic.com/


"mike@nospam" <mike_member@newsguy.com> wrote in message
news:9pif1o01btl@drn.newsguy.com...
> i've seen some code where they write
>
> package foo_pkg is...
>
>
> i.e. the name of the package contains "pkg" or "package" in the name
itself.
>
> this seems redundent to me, but may be not. what do folks think?
>
> mike
>