Как сложную релейную схему преобразовать в мир ООП

[RAFA91]

предлагаю к каждому светофору привязать соседние секции.

одна как правило за светофором, другая перед.

в данном случае их две.

это нам будет необходимо, когда мы будем отменять маршрут.

ну и обнулять ссылку на маршрут в обьекте светофор при размыкании

секции за светофором.

или не ?

[Utkin]

ну и динамик каст рискну применить.

Жесть. Уже и RTTI пошла. Высокотехнологичная система.

или не ?

Какой смысл Вам объяснять, если Вы игнорите все что Вам пишут?

[RAFA91]

Сообщение от Utkin

. Уже и RTTI пошла. Высокотехнологичная ?

без этого увы никак.

[Пепел Феникса]

Сообщение от RAFA91

без этого увы никак.

легко, учитывая что система целиком ваша, то при грамотном проектировании структуры классов необходимости в RTTI вообще нет.

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

если так, значит полиморфизм отсутствует.

[RAFA91]

Сообщение от Пепел Феникса

легко, учитывая что система целиком ваша, то при грамотном проектировании структуры классов необходимости в RTTI вообще нет.

.

да . можно тупо снабдить абстрактный класс ненужной хренью, тогда

в RTTI отпадает необходимость. УДАЛЕНО

[come-on]

УДАЛЕНО

не поленился и заглянул, результат предсказуем и тождественен туташнему
ламер маст дай

[Пепел Феникса]

не надо тут ссылок на кибер.

да . можно тупо снабдить абстрактный класс ненужной хренью, тогда в RTTI отпадает необходимость.

значит у вас или неверная структура классов или неверный метод хранения.
внутри своей системы у вас нет необходимости хранить все как
list<Object>.
у вас отдельные списки под разные типы данных, связанны либо идентификаторами, либо сразу ссылками/указателями.

не понимаю зачем вы понижаете типизированность, ваша система довольно строго типизирована.

[RAFA91]

полиморфизм тут носит только второстепенный характер.

главная задача создать список обьектов с ссылками на базовый класс.

я вот думаю стоит ли снабжать обьект секция такими атрибутами как

- направление
- атрибут секции (начальная - конечная - промежуточная)
- флаг углового заезда (актуально при маневрах)

Сообщение от Пепел Феникса

не надо тут ссылок на кибер.

.

почитал бы для начала в чем проблема. описывать ее второй раз не буду.
я на том форуме ее изложил.
если знаешь как ее решить покажи на конкретном примере.
на том форуме таких знатоков не нашлось.

[Пепел Феникса]

почитал бы для начала в чем проблема. описывать ее второй раз не буду.
я на том форуме ее изложил.
если знаешь как ее решить покажи на конкретном примере.
на том форуме таких знатоков не нашлось.

а вам там уже сказали:

вы наследование как-то задом наперед используете.

базовый класс содержит только то что должны содержать и все потомки от него.
что-то присущее только части из них идет через иного предка(там речь о С++)
учитывая что вы хотите хранить все в одной куче от динамика избавиться не выйдет.

все просто и четко.
http://www.gunsmoker.ru/2008/10/x-y-z.html
не подгоняйте задачу под идею решения, а наоборот.

[RAFA91]

просто будет тогда - когда я увижу пример решения этой проблемы на коде .

сейчас для меня проще в базовый запихнуть исключение.

и то стоит ли ? у меня коллеги не дурные что-бы лезть куда не надо.


надо решить задачу как секция определит конкретный атрибут

в конкретном маршруте. никак. это должен определить маршрут

на базе информации заложенной в конкретную секцию.

а стало быть опять берем хеш карту и загоняем туда

маршрут - атрибут.