Вопрос по наследованию - C/C++

Есть три класса для хранения структуры меню:

//базовый класс пункта меню
class MenuItemBase
{
public:
    CComBSTR Name;
};

//обыкновенный пункт меню
class MenuItem : public MenuItemBase
{
};

//раскрывающийся пункт меню(еще может содержать MenuItem и MenuGroup)
class MenuGroup : public MenuItemBase
{
public:
    CAtlArray<MenuItemBase> Items;
};

MenuGroup g;
MenuItem mi;
MenuGroup mg;

g.Items.Add(mi);
g.Items.Add(mg);

И вот тут то встает вопрос, каким образом при получении элемента из массива различать что у меня MenuGroup ли MenuItem?

Здравствуйте, NordS, Вы писали:

NS>И вот тут то встает вопрос, каким образом при получении элемента из массива различать что у меня MenuGroup ли MenuItem?

if (typeid(obj)==typeid(MenuGroup)) {
    ...
}

... << RSDN@Home 1.1.3 stable >>

Здравствуйте, yxiie, Вы писали:

Y>

Y>if (typeid(obj)==typeid(MenuGroup)) {
Y>    ...
Y>}
Y>

Ню ню

Незнаю как на других компиляторах, ну чтоб на msvc врубить RTTD (или как там называется), надо выставить:
Во-первых ключик компилятора

Во-вторых надо чтоб хоть одна функция в классе была виртуальной

Видно, что человек не разбирается в C++, так почему же давать столь скудные ответы?

... << RSDN@Home 1.1.4 beta 3 rev. 185>>

Здравствуйте, Shady, Вы писали:

S>Видно, что человек не разбирается в C++,

почему ты сделал такой вывод

S>так почему же давать столь скудные ответы?

почему же скудные? ориентир правильный, а тонкости использования RTTI со своим компилятором он поищет в сопутствующей документации к компилятору по ключевому слову typeid

... << RSDN@Home 1.1.3 stable >>

Здравствуйте, yxiie, Вы писали:

Y>почему ты сделал такой вывод
Незнаю, просто такое ощущение, вопрос же простой, человек, подкованный в с++ не стал бы задовать его на рсдн, он бы знал ответ

Y>почему же скудные? ориентир правильный, а тонкости использования RTTI со своим компилятором он поищет в сопутствующей документации к компилятору по ключевому слову typeid
О! RTTI это называется

По ключевому слову "typeid" в msdn нет ничего про то, что у класса должна быть хоть одна виртуальная функция (и что RTTI генерируется только для такого класса), там вскольз упоминается, что typeid примяняется для "полиморфных" классов...

Ладно, извени за придирку!

... << RSDN@Home 1.1.4 beta 3 rev. 185>>

Здравствуйте, Shady, Вы писали:

S>Здравствуйте, yxiie, Вы писали:

S>О! RTTI это называется

... << RSDN@Home 1.1.3 stable >>

NordS wrote:

Тебе здесь может помочь шаблон проектирования композит.

>

> //базовый класс пункта меню
> class MenuItemBase
> {
> public:
       virtual CAtlArray<MenuItemBase>* sub_items() = 0;

>     CComBSTR Name;
> };
>
> //обыкновенный пункт меню
> class MenuItem : public MenuItemBase
> {
       CAtlArray<MenuItemBase>* sub_items() { return 0; }
> };
>
> //раскрывающийся пункт меню(еще может содержать MenuItem и MenuGroup)
> class MenuGroup : public MenuItemBase
> {
> public:
       CAtlArray<MenuItemBase>* sub_items() { return &Items; }

>     CAtlArray<MenuItemBase> Items;
> };
>

>
>
> Далее
>
>

> MenuGroup g;
> MenuItem mi;
> MenuGroup mg;
>
> g.Items.Add(mi);
> g.Items.Add(mg);
>

>
> И вот тут то встает вопрос, каким образом при получении элемента из массива различать что у меня MenuGroup ли MenuItem?

void f(MenuItemBase* item)
{
     if(CAtlArray<MenuItemBase>* sub_items = item->sub_items())
     {
         // item имеет дочерние items, сделаем что-то с ними
         sub_items->screw_them_all();
     }
}

--
Maxim Yegorushkin

Posted via RSDN NNTP Server 1.9 gamma

Здравствуйте, NordS, Вы писали:

NS>И вот тут то встает вопрос, каким образом при получении элемента из массива различать что у меня MenuGroup ли MenuItem?

А почему бы просто не завести в базовом классе переменную типа union, где хранить тип пункта меню?

Здравствуйте, NordS, Вы писали:

NS>//раскрывающийся пункт меню(еще может содержать MenuItem и MenuGroup)
NS>class MenuGroup : public MenuItemBase
NS>{
NS>public:
NS> CAtlArray<MenuItemBase> Items;
NS>};
NS>[/code]

NS>И вот тут то встает вопрос, каким образом при получении элемента из массива различать что у меня MenuGroup ли MenuItem?

А зачем MenuGroup и MenuItem? Оставь только MenuItem. Если это не раскрывающийся пункт меню, у него Items=NULL; Если это раскрывающийся пункт меню, но не содержащий ни одного элемента, Items!=0, Items.Count=0;

Олег Гашев wrote:

[]

> А зачем MenuGroup и MenuItem? Оставь только MenuItem. Если это не раскрывающийся пункт меню, у него Items=NULL; Если это раскрывающийся пункт меню, но не содержащий ни одного элемента, Items!=0, Items.Count=0;

Мне часто приходится работать с пустыми меню и я нахожу их крайне удобными

--
Maxim Yegorushkin

Posted via RSDN NNTP Server 1.9 gamma

Здравствуйте, NordS, Вы писали:

NS>

NS>    CAtlArray<MenuItemBase> Items;
NS>};
NS>

Быстро просмотрел MSDN, кажется, когда ты хранишь в CAtlArray "MenuItemBase", то ты хранишь там только базовый класс, и при добавлении в массив куски производного класса "обрезаются".

Самое простое — это завести виртуальную фунцию "IsMenuGroup", которая будет сообщать, кто там конретный потомок.
Или более красивый код от MaximE.

NS>

NS>//базовый класс пункта меню
NS>class MenuItemBase
NS>{
NS>public:
    virtual bool IsMenuGroup()=0;
NS>    CComBSTR Name;
NS>};

NS>//обыкновенный пункт меню
NS>class MenuItem : public MenuItemBase
NS>{
    virtual bool IsMenuGroup() { return false; }
NS>};

NS>//раскрывающийся пункт меню(еще может содержать MenuItem и MenuGroup)
NS>class MenuGroup : public MenuItemBase
NS>{
      virtual bool IsMenuGroup() { return true; }
NS>public:
NS>

Бррр, не люблю стандартный RTTI. Ограниченный(узнать TypeID? А я хочу его фабрику и список членов. ), тормозной(так как расчитан на все случаи жизни, типа виртуального наследования).

Здравствуйте, MaximE, Вы писали:

>> А зачем MenuGroup и MenuItem? Оставь только MenuItem. Если это не раскрывающийся пункт меню, у него Items=NULL; Если это раскрывающийся пункт меню, но не содержащий ни одного элемента, Items!=0, Items.Count=0;

ME>Мне часто приходится работать с пустыми меню и я нахожу их крайне удобными

Интересно чем?

MenuGroup ведёт себя как MenuItem, отличие только в наличии субменю. Поэтому MenuGroup можно убрать. Items сделать как readonly. Если MenuItem имеет субменю, у него Items!=NULL.

Здравствуйте, Олег Гашев, Вы писали:

ОГ>MenuGroup ведёт себя как MenuItem, отличие только в наличии субменю. Поэтому MenuGroup можно убрать. Items сделать как readonly. Если MenuItem имеет субменю, у него Items!=NULL.
Это мне тут же напомнило паттерн — Композитор, кажется?

Здравствуйте, _Winnie, Вы писали:

_W>Бррр, не люблю стандартный RTTI. Ограниченный(узнать TypeID? А я хочу его фабрику и список членов. ), тормозной(так как расчитан на все случаи жизни, типа виртуального наследования).

ну насчет тормозного это вопрос спорный, но думаю в реализации меню RTTI не будет bottleneck'ом.

... << RSDN@Home 1.1.3 stable >>

Всем спасибо за советы, за основу взят вариант от Олега Гашева.

P.S.
MaximE:
Твой вариант не проходит, т.к. при добавлении элемента в массив он не может создать экземпляр класса(т.к. у нас указан MenuItemBase, а он абстрактный)

Здравствуйте, Андрей, Вы писали:

А>P.S.
А>MaximE:
А>Твой вариант не проходит, т.к. при добавлении элемента в массив он не может создать экземпляр класса(т.к. у нас указан MenuItemBase, а он абстрактный)

А нельзя ли поподробнее — кто именно не может создать экземпляр класса, и где эти экземпляры храняться?
Если ты в MenuItem хранишь экземпляры MenuItemBase, то ты теряешь всю информацию о наследниках из-за срезки.

ЗЫ
А вообще, нормальный ОО-дизайн не требует информации о конкретном типе объекта.

	От:	NordS
	Дата:	16.10.04 16:56
	Оценка:

От:	yxiie	www.enkord.com
Дата:	16.10.04 17:36
Оценка:	1 (1)

	От:	Shady
	Дата:	16.10.04 17:40
	Оценка:

От:	yxiie	www.enkord.com
Дата:	16.10.04 17:46
Оценка:

	От:	Shady
	Дата:	16.10.04 17:53
	Оценка:

	От:	Олег Гашев
	Дата:	17.10.04 18:09
	Оценка:	3 (2)

От:	_Winnie	C++.freerun
Дата:	17.10.04 20:42
Оценка:	1 (1)

	От:	LaptevVV
	Дата:	18.10.04 04:49
	Оценка:

	От:	Андрей
	Дата:	18.10.04 09:47
	Оценка:

	От:	Bell
	Дата:	18.10.04 10:13
	Оценка:	+1