comp.lang.ada
 help / color / mirror / Atom feed
From: eachus@spectre.mitre.org (Robert I. Eachus)
Subject: Re: Ada95 OOP Questions
Date: 1996/08/06
Date: 1996-08-06T00:00:00+00:00	[thread overview]
Message-ID: <EACHUS.96Aug5222531@spectre.mitre.org> (raw)
In-Reply-To: 4u4ln3$fur@mailsrv2.erno.de


In article <4u4ln3$fur@mailsrv2.erno.de> Thomas.Kendelbacher@erno.de (Thomas Kendelbacher) writes:

  > If the introduction of dispatching calls leads people to produce
  > less maintainable code, then this is a *bad* *thing*. (By the way,
  > I don't think it's confusing that the qualifier is the spec where
  > the type is defined; rather, it's a good starting point to narrow
  > down the search for the real code. Using use here leaves you with
  > no clue at all! And this "confusing" point is not peculiar to
  > dispatching calls: it occurs with Ada 83 derived types as
  > well. Not new, although the "search direction" is reversed in that
  > case.)

    Here, here!  Fortunately, it is possible to write large portions
of systems in Ada 95 without using dynamic dispatching.  I am a strong
advocate of the added support for polymorphism in Ada 95, but I also
understand that in real systems you want to restrict the use of 'CLASS
to very well defined parts of the system.  Often these portions are
the high level glue which ties the system together, and some are very
low level routines where redispatching must be done carefully. (Is
'CLASS more or less of a "here be dragons" flag than "with System" or
"with Unchecked_Conversion"?  Don't know, but I'll look for all of
them, as well as "with Starlet", and "with Unchecked_Deallocation.")


--

					Robert I. Eachus

with Standard_Disclaimer;
use  Standard_Disclaimer;
function Message (Text: in Clever_Ideas) return Better_Ideas is...




  reply	other threads:[~1996-08-06  0:00 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-07-28  0:00 Ada95 OOP Questions Spasmo
1996-07-28  0:00 ` Andre Spiegel
1996-07-28  0:00   ` Spasmo
1996-07-29  0:00     ` Thomas Kendelbacher
1996-07-31  0:00       ` Spasmo
1996-08-01  0:00         ` Thomas Kendelbacher
1996-08-02  0:00         ` Gene Ouye
1996-08-01  0:00       ` Jon S Anthony
1996-07-30  0:00     ` David Wheeler
1996-07-31  0:00       ` Spasmo
1996-07-30  0:00     ` Ken Garlington
1996-08-04  0:00       ` Spasmo
1996-07-28  0:00 ` David C. Hoos, Sr.
1996-07-28  0:00   ` Spasmo
1996-07-29  0:00 ` Andre Spiegel
1996-07-29  0:00   ` Thomas Kendelbacher
1996-08-02  0:00     ` Robert Dewar
1996-08-05  0:00       ` Thomas Kendelbacher
1996-08-06  0:00         ` Robert I. Eachus [this message]
1996-08-06  0:00         ` Robert Dewar
1996-08-06  0:00           ` Thomas Kendelbacher
1996-08-06  0:00             ` Robert A Duff
1996-08-07  0:00               ` Robert Dewar
1996-08-08  0:00                 ` Robert A Duff
1996-08-09  0:00                   ` Robert Dewar
1996-08-12  0:00             ` Robert I. Eachus
1996-08-08  0:00           ` Theodore E. Dennison
1996-08-09  0:00             ` Robert Dewar
1996-08-12  0:00             ` Joel VanLaven
1996-08-10  0:00         ` Chris Morgan
1996-07-29  0:00   ` David Wheeler
1996-07-30  0:00     ` Spasmo
1996-07-30  0:00     ` Spasmo
1996-07-30  0:00 ` Andre Spiegel
1996-07-30  0:00 ` Robert I. Eachus
1996-07-30  0:00 ` Andre Spiegel
1996-08-01  0:00 ` Jon S Anthony
1996-08-13  0:00 ` Eric C. Newton
1996-08-14  0:00 ` Eric C. Newton
1996-08-14  0:00 ` Jon S Anthony
1996-08-14  0:00 ` Ken Garlington
1996-08-21  0:00 ` Jon S Anthony
  -- strict thread matches above, loose matches on Subject: below --
1996-08-08  0:00 W. Wesley Groleau (Wes)
1996-08-20  0:00 Farshad Nayeri
1996-08-21  0:00 ` Jon S Anthony
1996-08-20  0:00 Farshad Nayeri
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox