Re: [boost] Re: New New Callbacks Uploaded

From: Karl Nelson (kenelson_at_[hidden])
Date: 2000-12-07 14:49:57

> >  >The boost system is targeted at multithread, generic functors,
> >  >and speedy callbacks.  Expanding it to multicast, lifetime, or
> >  >event queuing likely will give poor result.
> > 
> > As someone who doesn't understand the discussion, I'd like to hear 
> if the 
> > other participants agree with Karl's conclusion that two library 
> components 
> > are needed.  One targeting "multithread[ing], generic functors, and 
> speedy 
> > callbacks".  Another targeting "multicast, lifetime and even event 
> queuing
> > and ... callbacks."
> 
> Well, the two components are radically different, though related.  
> The smaller concept is what's currently needed by Boost.  Down the 
> road I'd expect some people would find a need for the larger concept, 
> though it's definately geared towards GUI applications and so may not 
> be applicable to everyone's needs.  I trust in Karl's experience and 
> expertise when he says (and explains why) that the larger concept 
> would be hindered by implementing it on top of the smaller concept.  
> So I'd agree that the two are definately seperate, but the question 
> of whether or not Boost needs both depends on what Boost users feel 
> they need.  Personally, I'd like to see both, but we at least need 
> the smaller version.

I completely agree.  Boost needs currently to allow simple
and fast functor plugins is best served by a small library and 
that library likely will not be expandable to meet the larger 
and more resource intensive use in lifespan issues.  Thus
two systems are likely required.

--Karl