comp.lang.ada
 help / color / mirror / Atom feed
From: st92j0gw@dunx1.ocs.drexel.edu (Chris Papademetrious)
Subject: Re: Adding a "Project Types" layer to a project
Date: 1996/05/06
Date: 1996-05-06T00:00:00+00:00	[thread overview]
Message-ID: <4mlolb$g27@noc2.drexel.edu> (raw)
In-Reply-To: 31886BD1.51E@comm.hq.af.mil


 Thank you everyone for your replies!

 I think I was a bit over-eager to use this "project types" concept.
Chad is definitely right, for the project I'm working on, it's better
to just use the vectors package if I need vectors functionality.  I
was trying to offer as much flexibility and indirection as I could for
the groundwork, but it appears to be superfluous now that I look at
this instance.

 - Chris

Chad Bremmon <chad.bremmon@comm.hq.af.mil> wrote:
>We have to keep in mind the "object oriented way."  Supposedly, the data and the function are 
>together.  What you have shown with your software problem is that by taking the vector functions and 
>putting them in another package, they are not available when you use the vector type later on.  If 
>you are using vectors, use the vectors package.  The indirection provided by the types package seems 
>to confuse the problem.

>I'm not saying that a "standard" types package is not a good thing.  There are times when it may 
>make more sense that you might consider using a types package.  In those instances, you may consider 
>limiting the types package to be within the subsystem you are using.  

>cb






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

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-05-01  0:00 Adding a "Project Types" layer to a project Chris Papademetrious
1996-05-01  0:00 ` Robert A Duff
1996-05-01  0:00 ` John English
1996-05-02  0:00 ` Chad Bremmon
1996-05-06  0:00   ` Chris Papademetrious [this message]
replies disabled

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