Цитата(Дмитрий Т @ 19.3.2008, 09:55  ) | | Не совсем понятно когда такой подход удобен |
вышеназванный механизм удобен вместо реализации классической системы собщения тем, что диспетчиризация производится напрямую
вместо сигналов тем что подключение подключение происходит сразу пучком и не надо задумываться что куда подключать.
Он предоставляет обший интерфейс (со всеми вытекаюшими преимушествами и недостатками) на определеную группу событий, но выполнен с учетом возможности множественной диспетчеризации [пример ниже]
| Цитата(Дмитрий Т @ 19.3.2008, 09:55 ) | | для рекции Лабиринта на движения Человечка |
вобше сообшения предназначены не столько для реакции Лабиринта на движения Человечка
сколько для реакции "внешних" компонентов на взаимоотношение между Человечком и Лабиринтом.
Пример: Главное окно разбито на несколько компонентов . В одном отображен сам процесс игры, в других информация о игре: координаты объекта , список ходов и т.д.
| Код |
template <class T>
class TCluster
{
typedef std::set<T> TEvtSet;
public:
template <class P> void OnEvt (P p1) { for (TEvtSet::iterator it = m_set.begin(); it!=m_set.end(); ++it) { if (*it) (*it)->OnEvt(p1); }
.. //здесь для двух и более параметров
void insert (T pevt) {m_set.insert(pevt); }
void erase (T pevt) {m_set.erase(pevt); }
private:
TEvtSet m_set;
};
class CGame
{
public:
void MoveGameObject (int id, SCoord coord) { if (doMove(...)==success) m_LabirintEvtCluster.OnEvt (SObjectMoved (... ); } // множественная рассылка
void insert (ILabirintEvt * pEvt) {m_LabirintEvtCluster.insert (pEvt); }
void erase (ILabirintEvt * pEvt) {m_LabirintEvtCluster.erase (pEvt); }
private:
TCluster<ILabirintEvt> m_LabirintEvtCluster;
...
};
class WGamePanel // образец визуального компонента
: public WPanel , protected ILabirintEvt // двойное наследие для упрошения при использовании одного контролера на виджет
{
public:
WActionScene (WWindow *parent, ..., CGame *pgame) { pgame ->insert((ILabirintEvt*)this); }
virtual ~WActionScene (WWindow *parent, ..., CGame *pgame) { pgame ->erase((ILabirintEvt*)this); }
protected:
doOn...Evt ... { }
..
};
class WActionScene : ... // окно процесса игры
class WHistory: // панель с показом ходов
class WCoord : // текушее положение
.. // что нибудь еше
class CStatusBarCtrl: protected ILabirintEvt // классическое применение контролера событий
{
public:
CStatusBarCtrl(WStatusBar* pbar, CGame *pgame) : p_bar(pbar) { pgame->insert (this); }
...
private:
WSatatusBar *p_bar;
};
class WMainFame : WFrame // главное окно
{
public:
...
protected:
void CreateContols () { new WActionScene (this,..., &m_Game); // создание компонента на главном окне с получением событием от лабиринта
WPanel * pwPanel = new WPanel (this) ;// к примеру боковая панель
new WHistory (pwPanel,..., &m_Game); //создание компонента на боковой панели, но он все так же будет получать сообшения
pStBarCtrl = newCStatusBarCtrl(this->GetStatusBar(), &m_Game);
};
private:
CGame m_Game;
CStatusBarCtrl * pStBarCtrl;
};
};
|
* Пример привел в обшей схеме с упрошениями для легкого представления..
названия выбраны условн, приставка W - означает виджет.
Преимушество приведенного примера : реализация визуализации отделена от реализации логики игры.
|
), наткнулся на задание реализовать простенькую игрушку - одна фигрука (управляемая компьютером) пытается в лабиринте настигнуть другую фигурку (управляется игроком). Естественно, нужно было уметь пересчитывать траекторию движения автоматической фигурки как только юзер изменил положение своей фигурки.
) Проблема пересчета траектории была решена через события. Как только "ручной" объект перешел на другую клетку лабиринта, генерится событие, к-е обрабатывается "автоматическим" объектом - заново вычисляется путь.
