Вопрос касающийся проектирования классов Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Древовидный Переключить на: Стандартный Переключить на: Линейный

[wiz29]

Есть вопрос для обсуждения.
Имеется IFactory- что соответсвенно является некой фабрикой объектов, имеется IObject-интерфейс объекта, которые может создавать фабрика.
Примерный код (упрощенный вариант для фабрики)

class IFactory
{
       public:
            ...
            virtual IOBject* create(const typeId& objectTypeId) = 0;
            ...
};

Вопрос в следующем, насколько оправдано иметь указатель на объект создающей его фабрики в IObject? есть ли вообще смысл его там сохранять? (мое мнение нет смысла, но хотелось бы обсудить)
Поясню слова:

class IObject
{
       public:
            ...
            virtual IFactory* getFactory() = 0;
            ...
};

Извиняюсь за офтоп.

Причина редактирования: смелее пользуйся тегами

[wiz29]

наличие интерфейса к фабрике, чисто априорно предполагает, что реализаций этого интерфейса может быть несколько,
приведу пример: 1 . имеется интерфейс для реализации неких объектов IObject.
2. имеется интерфейс фабрики IObjectFactory для управления созданием , копированием, удалением IObject*.
Столкнулся с плагинной системой для реализации неких тулов, тул может в себе реализовать множество своих объектов IObject* и фабрику для управления ими IObjectFactory, что вполне логично. Приложение же, например, может, загружая несколько разных экземпляров IObjectFactory, создавать некое множество объектов порождаемых разными IObjectFactory.

Вот на уровне приложения может существовать некий обобщенный объект FactoryManager для конкретного типа интерфейсов фабрик и он, скорее всего, будет являтся синглтоном (я так понимаю ты именно это имел ввиду)