Open GoogleCodeExporter opened 8 years ago
Original comment by jandockx
on 3 Jul 2007 at 7:42
Original comment by jandockx
on 3 Jul 2007 at 7:42
Original comment by jandockx
on 3 Jul 2007 at 7:43
Original comment by jandockx
on 3 Jul 2007 at 7:47
There is a snag: we still need access to a package accessible "fireEvent"
method in the beed from the topological
update algorithm. Since beed is an interface, we can't do this. So, we need a
class. Either we stay with abstract
beed, which all beeds must extend, or we introduce a "BeedImplementation" super
class above abstract beed
with just that 1 method, or we use some other form of accessing this difficult
method (a "caller" object, functor,
closure, whatever).
Original comment by jandockx
on 6 Jul 2007 at 1:09
This is done in first phase, differently than described originally. Still left:
merge Dependent into
AbstractDependentBeed. We keep using the mandatory inheritance from
AbstractBeed for Beed implementations,
for access to the "fireEvent" method. Beed interface is still needed for type
multiple inheritance in Beeds.
Original comment by jandockx
on 22 Jul 2007 at 11:29
Original issue reported on code.google.com by
jandockx
on 3 Jul 2007 at 7:40