From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on
	ip-172-31-74-118.ec2.internal
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=3.0 tests=BAYES_50,FREEMAIL_FROM
	autolearn=ham autolearn_force=no version=3.4.5-pre1
X-Received: by 2002:a37:a187:: with SMTP id k129mr3139461qke.147.1599855084136; Fri, 11 Sep 2020 13:11:24 -0700 (PDT)
X-Received: by 2002:a37:6481:: with SMTP id y123mr3116421qkb.464.1599855083788; Fri, 11 Sep 2020 13:11:23 -0700 (PDT)
Path: eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!feeder1.feed.usenet.farm!feed.usenet.farm!tr1.eu1.usenetexpress.com!feeder.usenetexpress.com!tr2.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Fri, 11 Sep 2020 13:11:23 -0700 (PDT)
In-Reply-To: <00be33f0-8a28-483d-815e-c2b472d5033dn@googlegroups.com>
Complaints-To: groups-abuse@google.com
Injection-Info: google-groups.googlegroups.com; posting-host=92.56.166.72; posting-account=C8J7NQoAAAD_ybGY7--QIRi6KpLjoH1Z
NNTP-Posting-Host: 92.56.166.72
References: <db9dac7c-afe7-41ee-b395-fd1651768444n@googlegroups.com> <00be33f0-8a28-483d-815e-c2b472d5033dn@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <8dc6458c-2a77-4d3c-8238-56e7e424faafn@googlegroups.com>
Subject: Re: Visibility issue
From: Daniel <danielnorberto@gmail.com>
Injection-Date: Fri, 11 Sep 2020 20:11:24 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Xref: reader01.eternal-september.org comp.lang.ada:60113
List-Id: <comp.lang.ada>

El viernes, 11 de septiembre de 2020 a las 13:51:39 UTC+2, Maxim Reznik esc=
ribi=C3=B3:
> You can try this way:
> package Library.Users is=20
> type User_type is tagged with private;
> ...=20
> end;=20
> private package Library.Users.Implementation is=20
> ...-- access User_Type internals=20
> end;=20
>=20
> In Matreshka[1] we use another approach. We have a separate hierarchy of =
package for internals (in Matreshka.XXX packages) and a public API in Leagu=
e.XXX packages. However, nothing stops the user from use internal packages =
there.=20
>=20
> [1]: https://github.com/reznikmm/matreshka

I think that what I was doing is really close to your example: having two s=
eparates hierarchy. One for API just for type conversions and user interfac=
e, and other package hierarchy for internal implementing.
Let me use the same names as your example.
I need to access from Internal Matreshka packages to the private part of AP=
I tagged type. If im obligated to put the implement details in the child pa=
ckage of API, i will need also all the dependencies located in the Matreshk=
a.XXX. That will make a mess of dependencies.