From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: 103376,c39ad3e35a7690a9
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,UTF8
Received: by 10.68.241.37 with SMTP id wf5mr9970292pbc.4.1329145920964;
        Mon, 13 Feb 2012 07:12:00 -0800 (PST)
Path: 
 wr5ni20417pbc.0!nntp.google.com!news2.google.com!eweka.nl!lightspeed.eweka.nl!feeder.erje.net!news.mixmin.net!aioe.org!.POSTED!not-for-mail
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Newsgroups: comp.lang.ada
Subject: Re: Convention for naming of packages
Date: Mon, 13 Feb 2012 16:11:49 +0100
Organization: cbb software GmbH
Message-ID: <t7sfapqcqlwe.1oichs13qxq2h$.dlg@40tude.net>
References: <op.v9fjran9ule2fv@douda-yannick>
 <jh1ef7$26qm$1@adenine.netfront.net>
 <4f355230$0$21451$ba4acef3@reader.news.orange.fr> <jh4ev3$h3l$1@munin.nbi.dk>
 <jh95ba$go0$1@dont-email.me> <op.v9k356ipule2fv@douda-yannick>
 <1sx3fy79wys5s.1723nejowbg76.dlg@40tude.net>
 <op.v9l06jxiule2fv@douda-yannick>
 <15fgcngmgl41e$.113i7gtuwpwpv$.dlg@40tude.net>
 <op.v9l8ump4ule2fv@douda-yannick> <wyg9bmojagtp.1khohyvuazspm.dlg@40tude.net>
 <op.v9mbx0qjule2fv@douda-yannick>
 <12sbwz7m0r1qx.1pbp0ox3jr36s.dlg@40tude.net>
 <op.v9mfggrzule2fv@douda-yannick>
Reply-To: mailbox@dmitry-kazakov.de
NNTP-Posting-Host: FbOMkhMtVLVmu7IwBnt1tw.user.speranza.aioe.org
Mime-Version: 1.0
X-Complaints-To: abuse@aioe.org
User-Agent: 40tude_Dialog/2.0.15.1
X-Notice: Filtered by postfilter v. 0.8.2
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Date: 2012-02-13T16:11:49+01:00
List-Id: <comp.lang.ada>

On Mon, 13 Feb 2012 15:20:30 +0100, Yannick Duchêne (Hibou57) wrote:

> A package defines either, a domain, some relationships, a process, an  
> object type (at least to me), possibly some other high level concepts too.  
> Let talk about a package defining an object, to keep one single example.

Don't think that singletone is a good idea. In any case, its use is quite
marginal in Ada, if any.

> An object type has methods for creation;

A singletone may not have such method. Semantically, you should not be able
create a singletone explicitly.

> The example with Element_Type which may be a Symbol_Type in some context,  
> explains why I said this may be compared to genericity.
> 
> Static genericity seems adopted without too much objections in the “crowd”  
> of Ada application authors.

Static polymorphism is OK so long the semantics of overloaded entities is
same. The semantics of Element_Type is? Element + type? That looks far too
thin.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de