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
prev parent 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