From: "Robert I. Eachus" <rieachus@attbi.com>
Subject: Re: Need advice re package organization.
Date: Fri, 01 Aug 2003 22:15:10 GMT
Date: 2003-08-01T22:15:10+00:00 [thread overview]
Message-ID: <3F2AE64F.30309@attbi.com> (raw)
In-Reply-To: ufzklo58o.fsf@nasa.gov
Stephen Leake wrote:
> The core tool is probably best written in Ada using ASIS; it would be
> somewhat similar to Auto_Text_IO. Emacs ada-mode and GPS could provide
> user interfaces to the tool, but it would really need to be run as
> part of the build process (from a makefile).
>
> Hmm. That would imply that the inquiry functions where in a child
> package; no problem if they don't need to be dispatching.
You made me think for a while, but I came back to my original idea. The
problem with automatically generated non-dispatching inquiry functions
would be that, when overloading occurs, the user is going to be really
upset by the lack of a class-wide operation. The easiest way to explain
it is that inserting a type conversion to a specific type would get the
code to compile, but sometimes that conversion would raise an exception
at run-time. So, I don't see problems occuring frequently, if your
design is the more typical bushy Ada style derivation tree, but I see
them as nasty when they arise.
So I think it is much better to have the inquiry functions in the
package which declares the type, which seems to rule out ASIS as a
generator, unless the ASIS package generated as set of inquiry functions
for the type and all types derived from it. This might require multiple
child packages to be generated. A typical inquiry function might look like:
function Selling_Price (Stock_Item'Class) return Dollars;
And the ASIS tool would have to generate explicit dispatching code in
the body, with the appropriate with clauses.
I think that is probably overkill for inquiry functions, but it might
work well for things like creating a model-view-controller environment
with on screen display for things like bench testing subsystems. The
test environment could automatically be generated from the software and
a test script. (The test script would provide the inputs and a list of
the objects to be displayed.)
--
"As far as I'm concerned, war always means failure." -- Jacques Chirac,
President of France
"As far as France is concerned, you're right." -- Rush Limbaugh
next prev parent reply other threads:[~2003-08-01 22:15 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-26 13:08 Need advice re package organization Bobby D. Bryant
2003-07-26 14:25 ` Robert I. Eachus
2003-07-26 15:27 ` Warren W. Gay VE3WWG
2003-07-26 22:00 ` Robert I. Eachus
2003-07-27 22:01 ` chris
2003-07-28 2:53 ` Robert I. Eachus
2003-07-29 4:52 ` Richard Riehle
2003-07-27 22:02 ` Warren W. Gay VE3WWG
2003-07-28 8:38 ` Dmitry A. Kazakov
2003-07-29 17:18 ` Warren W. Gay VE3WWG
2003-07-30 8:42 ` Dmitry A. Kazakov
2003-07-30 21:00 ` Warren W. Gay VE3WWG
2003-07-30 22:46 ` Randy Brukardt
2003-07-31 16:39 ` Warren W. Gay VE3WWG
2003-07-31 17:31 ` Randy Brukardt
2003-07-31 21:00 ` Warren W. Gay VE3WWG
2003-07-31 22:13 ` Robert I. Eachus
2003-08-01 12:51 ` Warren W. Gay VE3WWG
2003-07-31 5:57 ` Matthew Heaney
2003-07-31 16:57 ` Warren W. Gay VE3WWG
2003-07-31 22:33 ` Robert I. Eachus
2003-08-01 2:58 ` Chad R. Meiners
2003-08-01 13:51 ` Stephen Leake
2003-08-01 22:15 ` Robert I. Eachus [this message]
2003-08-04 13:45 ` Stephen Leake
2003-08-01 13:01 ` Warren W. Gay VE3WWG
2003-07-31 9:04 ` Dmitry A. Kazakov
2003-07-31 16:59 ` Warren W. Gay VE3WWG
2003-07-31 20:41 ` Randy Brukardt
2003-07-31 21:15 ` Warren W. Gay VE3WWG
2003-08-01 20:04 ` Randy Brukardt
2003-08-01 21:33 ` Stephen Leake
2003-08-04 19:40 ` Randy Brukardt
2003-08-04 19:52 ` Stephen Leake
2003-08-05 3:36 ` Richard Riehle
2003-08-05 4:03 ` Hyman Rosen
2003-08-05 7:16 ` Dmitry A. Kazakov
2003-07-26 17:03 ` Nick Roberts
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox