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

[evg_m]

Следовательно стрелка должна знать в каких маршрутах она участвует, и какое при этом она должна занимать положение.

Ничего она не должна!!!
Она знаем себя и только себя!!! (принцип ООП (и не только) РАЗДЕЛЯЙ и ВЛАСТВУЙ.
Инкапсуляция !!! (знаем о СЕБЕ все и НИЧЕГО об окружающем мире, если он ЕЁ(стрелку) не интересует).
А интересует или нет это АБСТРАГИРОВАНИЕ!!!

Маршрут ЗНАЕТ какие стрелки ЕМУ (себе любимому!!!) нужны и в КАКОМ положении.
Возможно через каких-либо ПОСРЕДНИКОВ (промежуточных по уровню абстракции классов-объектов)
и управляет ИМИ и проверяет ИХ, чтобы ОБЕСПЕЧИТЬ СВОЮ работу.
это ВАША

Что является элементами маршрута.

1. стрелки
2. участки.
3. светофоры

а НЕ НАОБОРОТ!!! элементом СВЕТОФОРА является маршрут.
Максимум что может быть ЭТО СВЕТОФОР включен в какой-либо маршрут (ссылка НА ВНЕШНИЙ объект)
или НЕвключен никуда (т.е. ссылка НЕОБЯЗАТЕЛЬНАЯ м.б. пустое значение)

ДАЙТЕ ОПРЕДЕЛЕНИЕ что есть МАРШРУТ
в терминах и в понимании (но не вашем, а ДИСПЕТЧЕРА или другого человека который НЕПОСРЕДСТВЕННО(!) ПЕРСОНАЛЬНО занимается их заданием)
НУ ИЛИ приведите хотя бы описание ОДНОГО маршрута и "имеющегося" у вас списка.

Есть таблица маршрутов - но это уже эталон в котором прописаны все условия

http://programmersforum.ru/showpost....30&postcount=2

Маршрут ЕСТЬ объект
ЗНАЮЩИЙ о ВСЕХ своих "элементарных" (и не очень) объектах и О ПРАВИЛЬНОМ их состоянии для своей готовности.

самое сложное это то - что маршрут размыкает уже поезд (посекционо)

поезд изменяет СОСТОЯНИЕ секций.
СЕКЦИЯ входит(или не входит) в какой-либо маршрут

Максимум что может быть ЭТО СВЕТОФОР включен в какой-либо маршрут (ссылка НА ВНЕШНИЙ объект)

с заменой СВЕТОФОР -->> СЕКЦИЯ
Маршрут проверяет состояние ВХОДЯЩИХ в него секций (самостоятельно по таймеру или по инициативе (сообщению/сигналу) секции)
и ДЕЛАЕТ то что должен (меняет СВОЕ состояние).

[RAFA91]

команда на перевод стрелки идет не от маршрута , а от планирующей подсистемы.

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

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


все это исходит из планирующей подсистемы. она собственно и создает маршрут.

[p51x]

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

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

Ну если это не реальная система и вам надо пропускать по одному поезду в час через станцию, то да

все это исходит из планирующей подсистемы

не все

она собственно и создает маршрут.

не совсем

[RAFA91]

работает это следующим образом.

1. планирующая подсистема знает название маршрута.
2. по названию маршрута из общей копилки маршруты вытягивает список секций
входящих в маршрут. (задействуем естественно карту).
3. планирующая подсистема теперь знает какие секции участвуют в будущем маршруте. но она нечего не знает о положении стрелок в маршруте.
4. о положении стрелок она узнает из соответствующей секции, так как в ней заложена информация о всех возможных маршрутах в которых она может принимать участие и какое при этом она занимает положение./12 plus/ /56 minus/ /34 minus/ /78 minus/ /45 plus/ /23 plus/
5. это стандарт реальной системы

[p51x]

1. планирующая подсистема знает название маршрута.

Может знать, а может запросить.. у нее их сейчас не один

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

Спорно, но допустим

3. планирующая подсистема теперь знает какие секции участвуют в будущем маршруте

как бы если у нее есть маршрут, а у маршрута список своих "узлов", то это очевидный факт... зачем его в отдельный пункт выносить?

но она нечего не знает о положении стрелок в маршруте.

Она знает обо всех стрелках, иначе это не планирующая система, а сопровождающая

4. о положении стрелок она узнает из соответствующей секции

нет, от самих стрелок

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

нет, ей на это фиолетово

какое при этом она занимает положение

какое скажут

/12 plus/ /56 minus/ /34 minus/ /78 minus/ /45 plus/ /23 plus/

можете хоть сто раз это повторитьь, это никакой полезной информации не несет

5. это стандарт реальной системы

Это бред вашего мозга - не более. Или вы опять подменяете понятия?

[Utkin]

Ееееее . Он вернулся!

1. планирующая подсистема знает название маршрута.

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

2. по названию маршрута из общей копилки маршруты вытягивает список секций
входящих в маршрут. (задействуем естественно карту).

Зачем? У Вас секции по карте бегают что ли?

3. планирующая подсистема теперь знает какие секции участвуют в будущем маршруте.

Да она и так об этом знать будет! Потому что секции из которых состоит маршрут это константные данные. Маршрут может быть построен только из определенных секций, соединенных определенным образом. А если по-другому, то это нафиг другой маршрут. Может Вам про графы почитать, хотя о чем это я? Дейкстры на Вас не хватает.

5. это стандарт реальной системы

Не дай Аллах, если поезда через маршруты в светофоры въезжают....
И я опять не понял, вот опять светофоры, светофоры от Вас слышно, WTF? Ладно мы не спецы, на простительно, но там ведь на путях семафоры .

то это очевидный факт... зачем его в отдельный пункт выносить?

Патамучта он строит систему через задний проход и эта информация в таком случае становится не очевидной. Надо же начинать со структур данных, а ему никто их не говорит

[p51x]

И я опять не понял, вот опять светофоры, светофоры от Вас слышно, WTF? Ладно мы не спецы, на простительно, но там ведь на путях семафоры

Не, не... не пугайте его страшными словами. Семафоры еще страшнее, пусть разберется с светофорами сначала

[RAFA91]

не-не-не. все намного проще.

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

стрелки есть неотьемливой частью секции и это стандарт.

следовательно мы там храним обьекты секции и светофоры.

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

вижу смысла. лучше пускай вся информация о положении стрелки в конкретном

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

планирующей подсистемы. но сначала планирующая подсистема посмотрит -

а может ли участвовать эта стрелка в этом маршруте .....

теперь понял ? и не надо мне угрожать ....

[Utkin]

Не, не... не пугайте его страшными словами. Семафоры еще страшнее, пусть разберется с светофорами сначала

Он же потом систему перестраивать будет, еще 10 вкладок шаблоны рвать...

лучше пускай вся информация о положении стрелки в конкретном

маршруте будет заложена в стрелку.

Ни хр*на себе! Может он вчера просто обкуренный был, а счас шарить начал? А вчера так классно все начиналось...

а может ли участвовать эта стрелка в этом маршруте .....

теперь понял ?

Нет. Где у Вас будут секции и маршруты храниться? В какой структуре?

и не надо мне угрожать ....

Чем? Знаниями и здравым смыслом?

[p51x]

не-не-не. все намного проще.

Все гораздо сложнее и дороже, если, конечно, это реальная система

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

Есть и не один

стрелки есть неотьемливой частью секции и это стандарт.

Про стандарт читайте мои предыдущие посты

следовательно мы там храним обьекты секции и светофоры.

Вы еще не определились из чего у ас маршрут состоит...

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

вижу смысла.

Идиот, ты как состояние их контролировать будешь? Как команды давать им будешь? И т.д.

лучше пускай вся информация о положении стрелки в конкретном

маршруте будет заложена в стрелку.

Не нужен маршрут в стрелке, уже ж говорили несколько раз

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

Да плевать ей на эту инфу. Она знает свое состояние и умеет по команде переключаться. Все, остальное нафик ей не сдалось.

но сначала планирующая подсистема посмотрит -

а может ли участвовать эта стрелка в этом маршруте

Если она есть в маршруте - может, нету - не может

теперь понял ?

Да я понял, что вы решили в очередной теме поизливать свои мысли и бредни.