Boost logo

Boost :

Subject: Re: [boost] [intrusive] rtti_base class proposition
From: Stewart, Robert (Robert.Stewart_at_[hidden])
Date: 2009-10-22 09:40:31

Joel Falcou wrote:
> Ireneusz Szpilewski wrote:
> > there is a Factory making plastic Cats and Dogs. They make
> > some cats and dogs
> > every day. Truck drivers arrive from time to time and get
> > new products for
> > further processing. Plastic cats and dogs are not sorted by
> > the factory, they
> > are mixed together and have the same price.
> >
> > How the factory should be modeled?
> >
> > struct Factory
> > {
> > ?
> > };
> you just have to have Cat and Dog inherit from FactoryProduct and not
> from an arbitrary cosmic base class that has no meaning in the model.
> That's object design 101

Exactly my thought and what I was attempting to convey in my earlier replies: I think the OP is stuck in the misguided mindset of using pointers to a weak ABC + dynamic_cast to handle variations, hence the wish for a "cosmic base class." That's why I suggested, for example, the Visitor Pattern, to a previous query.

Rob Stewart robert.stewart_at_[hidden]
Software Engineer, Core Software using std::disclaimer;
Susquehanna International Group, LLP

IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.

Boost list run by bdawes at, gregod at, cpdaniel at, john at