From: danmcleran@hotmail.com
Subject: Re: Private area and child packages
Date: 29 Dec 2004 07:10:56 -0800
Date: 2004-12-29T07:10:56-08:00 [thread overview]
Message-ID: <1104333056.340127.5170@f14g2000cwb.googlegroups.com> (raw)
In-Reply-To: <KeOdnZyGYP5Yq0_cRVn-tg@comcast.com>
tmoran@acm.org wrote:
> How about renaming Some_Package.Child_Package to
> Some_Package_Child_Package, ie, don't make it a child package.
> The usual reason for making something a child package is to allow it
> visibility into the parent, which is exactly what you don't want
here.
> So for what reason are you using the child package mechanism?
What I was wondering was how someone writing Some_Package can enforce
this on future package writers. I could obviously follow your
suggestion if I am the only developer writing code for a project. But,
if I want to hide implementation details from someone else who might
write a child package, I would need some mechanism to enforce this
information hiding.
next prev parent reply other threads:[~2004-12-29 15:10 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-29 4:05 Private area and child packages danmcleran
2004-12-29 4:47 ` tmoran
2004-12-29 15:10 ` danmcleran [this message]
2004-12-30 18:51 ` tmoran
2005-01-01 3:45 ` danmcleran
2004-12-29 4:49 ` Jeffrey Carter
2004-12-29 15:27 ` danmcleran
2004-12-29 16:53 ` Samuel Tardieu
2004-12-30 4:07 ` Jeffrey Carter
2004-12-30 15:31 ` danmcleran
2004-12-30 18:14 ` Jeffrey Carter
2004-12-31 17:55 ` danmcleran
[not found] ` <1104515735.052116.248180@c13g2000cwb.googlegroups.com>
2004-12-31 19:02 ` Jeffrey Carter
2004-12-29 19:05 ` Martin Krischik
2004-12-29 21:44 ` Stephen Leake
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox