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=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,703c4f68db81387d
X-Google-Thread: 109fba,703c4f68db81387d
X-Google-Thread: 115aec,703c4f68db81387d
X-Google-Thread: f43e6,703c4f68db81387d
X-Google-Attributes: gid103376,gid109fba,gid115aec,gidf43e6,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news4.google.com!news1.google.com!newsread.com!news-xfer.newsread.com!nntp.abs.net!attws2!att542!ip.att.net!newsfeed3.global.lmco.com!svlnews.lmms.lmco.com!not-for-mail
From: "REH" <bogus@nowhere.net>
Newsgroups: comp.lang.ada,comp.lang.c++,comp.realtime,comp.software-eng
Subject: Re: [OT] Re: Teaching new tricks to an old dog (C++ -->Ada)
Date: Fri, 11 Mar 2005 15:08:21 -0500
Organization: Earth
Message-ID: <d0strm$ep73@cui1.lmms.lmco.com>
References: <4229bad9$0$1019$afc38c87@news.optusnet.com.au>
 <1110032222.447846.167060@g14g2000cwa.googlegroups.com>
 <871xau9nlh.fsf@insalien.org>
 <3SjWd.103128$Vf.3969241@news000.worldonline.dk>
 <87r7iu85lf.fsf@insalien.org> <1110052142.832650@athnrd02>
 <42309456$1@news.broadpark.no> <ow2Yd.21162$7U5.4617@fe04.lga>
 <opsnfw9nx75afhvo@localhost> <d0qiah$ep71@cui1.lmms.lmco.com>
 <pan.2005.03.11.18.01.45.684764@linuxchip.demon.co.uk.uk.uk>
 <d0spu3$ep63@cui1.lmms.lmco.com> <1110570242.82910@athnrd02>
NNTP-Posting-Host: 158.187.64.144
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1437
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Xref: g2news1.google.com comp.lang.ada:9169 comp.lang.c++:45214
 comp.realtime:1307 comp.software-eng:4875
Date: 2005-03-11T15:08:21-05:00
List-Id: <comp.lang.ada>


"Ioannis Vranos" <ivr@remove.this.grad.com> wrote in message
news:1110570242.82910@athnrd02...
> REH wrote:
>
> >>Named parameter association. Proper parameter modes
> >>"out" and "in out" modes
> >
> > I would love have named parameters too.  That way I would not have to
> > "agonize" over the "priority" of my default parameters (i.e., if there
are
> > 10 and I have to change the 10th from its default, I have to define the
> > first 9).
>
>
> The many parameters passed by reference to be modified is an outdated C
> style.
>
>
That's not what I mean.  I mean I have a function foo that takes many
parameters.  I can think of nothing beyond a contrived example:

void foo(int a= 1, int b = 2, int c = 3);

I usually try and determine which will change most often, and make that the
first one, and on down the line.  The is because if I need to define
parameter c in a call to foo, I need to define a and b also.  In Ada I can
just say:

foo(c => 5);

I had one instance where I had many complex objects that took a lot of
constructor parameters.  I ended up putting the parameters in related
groups, and making each group a struct, each with its own set of defaults so
I would only have to define them if I cared about a particular group.  I'm
sure there is probably a better design.  I hope that was clear.