From: sdl@linus.UUCP (Steven D. Litvintchouk)
Subject: Re: Good Design Strategies <Was comments on comments>
Date: 28 Feb 89 04:11:40 GMT [thread overview]
Message-ID: <45491@linus.UUCP> (raw)
In-Reply-To: billwolf@hubcap.clemson.edu's message of 27 Feb 89 15:46:09 GMT
In article <4574@hubcap.UUCP> billwolf@hubcap.clemson.edu (William Thomas Wolfe,2847,) writes:
> From article <4343@enea.se>, by sommar@enea.se (Erland Sommarskog):
> > What I like to stress is: Ada is *not* an object-oriented language.
> > [it lacks] inheritance and dynamic typing.....
>
> Software Productivity Solutions, Inc., has announced a new product,
> Classic-Ada (tm), which allows Ada software developers to use
> inheritance and dynamic binding in object-oriented Ada designs.
Lest anyone get the wrong impression about Classic-Ada, let me
clarify: The Classic-Ada language is *not* legal Ada. It is a unique
dialect, which consists of Ada extended (nicely) with a new
construct--the class--with inheritance and dynamic binding.
SPS, Inc., is to be commended for attempting to improve Ada's support for
object oriented programming. But the resulting Classic-Ada language
is not legal Ada. Classic-Ada programs must be put thru SPS'
translator to generate legal Ada.
Mr. Sommarskog is quite correct. Ada lacks any specific mechanism for
defining relationships among classes; the Classic-Ada language
provides just this mechanism.
Eiffel does manage to provide inheritance in a reasonably
strongly-typed framework. In their zeal to facilitate object-oriented
programming, SPS added both inheritance and dynamic binding to
Classic-Ada. Was dynamic binding necessary? It seems to entirely
defeat the safety and reliability that was a goal of Ada.
I believe that Eiffel tries to provide both separate compilation and
generics, just like Ada. And, just like Ada, I would suspect that the
early Eiffel compilers will have "teething problems." (At OOPSLA '88,
I recall that several Eiffel users reported problems with the Eiffel
library manager; a real case of deja vu for us veteran Ada
programmers.)
Steven Litvintchouk
MITRE Corporation
Burlington Road
Bedford, MA 01730
Fone: (617)271-7753
ARPA: sdl@mitre-bedford.arpa
UUCP: ...{att,decvax,genrad,ll-xn,philabs,utzoo}!linus!sdl
"Those who will be able to conquer software will be able to
conquer the world." -- Tadahiro Sekimoto, president, NEC Corp.
next prev parent reply other threads:[~1989-02-28 4:11 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
1989-02-27 9:09 Good Design Strategies <Was comments on comments> Erland Sommarskog
1989-02-27 15:46 ` William Thomas Wolfe,2847,
1989-02-27 17:07 ` Mike Coffin
1989-02-28 4:16 ` Steven D. Litvintchouk
1989-02-28 4:11 ` Steven D. Litvintchouk [this message]
1989-03-04 1:25 ` Robert A. Agnew
1989-02-28 11:23 ` Mikael Eriksson
1989-03-01 22:25 ` William Thomas Wolfe,2847,
1989-03-02 22:14 ` Michael Schwartz
1989-03-03 17:26 ` Good Design Strategies <Was com ryer
1989-03-06 2:05 ` Ada Design Tools <was Good Design Strategies> Simonian RP 66449
1989-02-28 12:22 ` Good Design Strategies <Was comments on comments> Robert Claeson
1989-02-28 1:16 ` Bob Hathaway
1989-02-28 4:55 ` Rob Jellinghaus
1989-02-28 22:35 ` Dave Jones
1989-02-28 6:28 ` Meyer on Top-down/Bottom-up (was: Good Design Strategies) Edward C Horvath
-- strict thread matches above, loose matches on Subject: below --
1989-02-23 2:15 comments on comments Bob Hathaway
1989-02-23 7:22 ` Dave Jones
1989-02-23 22:50 ` Good Design Strategies <Was comments on comments> Bob Hathaway
1989-02-25 1:07 ` Dave Jones
1989-02-26 19:34 ` Rob Jellinghaus
1989-02-27 0:58 ` William Thomas Wolfe,2847,
1989-02-27 15:29 ` John Baugh
1989-02-28 0:53 ` Bob Hathaway
1989-02-28 22:13 ` Dave Jones
1989-03-03 5:45 ` Bob Hathaway
1989-03-08 17:14 ` David P. Schneider
1989-03-11 11:15 ` Stuart H. Ferguson
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox