From: Natasha Kerensikova <lithiumcat@gmail.com>
Subject: Re: String_Holder ?
Date: Sun, 18 Dec 2011 23:08:01 +0000 (UTC)
Date: 2011-12-18T23:08:01+00:00 [thread overview]
Message-ID: <slrnjessh2.1lme.lithiumcat@sigil.instinctive.eu> (raw)
In-Reply-To: jclk03$20kd$1@adenine.netfront.net
Hello,
On 2011-12-18, Jeffrey Carter <spam.jrcarter.not@spam.not.acm.org> wrote:
> On 12/18/2011 05:34 AM, Natasha Kerensikova wrote:
>> type String_Holder is still to be defined;
>>
>> function Hold (S : String) return String_Holder;
>>
>> function To_String (Holder : String_Holder) return String;
>>
>> procedure Query (Holder : String_Holder;
>> Process : not null access procedure (S : String));
>
> I see no advantage to this over Unbounded_String.
Mostly having the type named after the function of objects in the
project rather than characteristics of the objects. Also allowing to
replace it more easily later on with an implementation better suited to
the function in a particular project, should the need ever arise.
Natasha
next prev parent reply other threads:[~2011-12-18 23:08 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-18 12:34 String_Holder ? Natasha Kerensikova
2011-12-18 16:48 ` Brad Moore
2011-12-18 20:55 ` Jeffrey Carter
2011-12-18 23:08 ` Natasha Kerensikova [this message]
2011-12-19 12:14 ` Niklas Holsti
2011-12-19 11:12 ` Martin
2011-12-19 23:53 ` Randy Brukardt
2011-12-22 9:08 ` Natasha Kerensikova
2011-12-22 10:08 ` Niklas Holsti
2011-12-22 12:23 ` Simon Wright
2011-12-23 1:26 ` Randy Brukardt
2011-12-23 6:18 ` Jeffrey Carter
2011-12-22 11:40 ` AdaMagica
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox