[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gzz] Re: [Gzz-commits] (no subject)
From: |
Tuomas Lukka |
Subject: |
[Gzz] Re: [Gzz-commits] (no subject) |
Date: |
Mon, 29 Jul 2002 22:15:39 +0300 |
User-agent: |
Mutt/1.4i |
> > > 8. Added a second constructor to ModularSpace, taking a SliceVersion
> > from
> > > which to initialize the space. I'm not sure where this should be.
> > > I do feel that once constructed, a space should have one "starter"
> > > slice (s.0)...
> >
> > Are you sure we want modularspace to know that much about SliceVersions?
>
> I think we don't; I think we want to give the SliceVersion to the Slicer
> when it is created. The only thing is that we then need to pull it into the
> space, somehow. The space could call Slicer.initialize() when all the
> components
> are assembled together.
>
> The problem is, Slicer is an AbstractSpace responsibility-- and if we do
> initialize() at the end of AbstractSpace's constructor, ModularSpace's
> *Managers
> won't be ready yet-- so we can't make connections etc.
>
> Do you have a better idea?
Well, maybe Slicer shouldn't be AbstractSpace responsibility? Like I said,
I'm not convinced it belongs in the gzz package at all yet.
Tuomas
[Gzz] Re: [Gzz-commits] (no subject), b . fallenstein, 2002/07/29
- [Gzz] Re: [Gzz-commits] (no subject),
Tuomas Lukka <=