Цитата(GremlinProg @ 22.2.2015, 19:06  ) | | Если надо разделить работу по потокам в окнах, то это уже плохая идея. Понимайте, что окна - это декоративный слой пирога (самый верхний). |
На самом деле лучшим решением было вообще разделить по разным процессам. Но межпроцессное взаимодействие недешево и не быстро. Не исключено, что я к этому еще приду.
| Цитата(GremlinProg @ 22.2.2015, 19:06 ) | | Понимайте, что окна - это декоративный слой пирога (самый верхний). Работой должны заниматься простые потоки, с простой синхронизацией. Окна - лишь представление их результатов и/или исходных данных. |
Окна это не только представление. Если бы все так было просто, то не требовалось бы никакой синхронизации. В первом приближении так задача и была решена. Заводится таймер в потоке GDI он проверяет изменилось ли состояние и если изменилось, то обновляет.
Но проблема в том, что окна управляют процессами. На оснований действий пользователя запускаются команды. В любом случае должна работать последовательность.
Интерфейс -> действие -> команда -> изменение модели -> окончание команды -> подтверждение действия -> уведомление пользователя.
Недопустимо чтобы действие пользователя ни к чему не привело, или не было никакой реакции на его действие. Если интерфейс реализовать в отдельном потоке, то код контроллера приходится реализовывать в том же потоке что и модель, а это уже означает целый геморрой. Нужно в этом потоке создавать очередь для команд, каждую команду создавать в виде отдельного объекта в куче, предусматривать механизмы для слежения за очередью, и т.д. и т.п. а в конце оказывается, что некоторые команды важнее других и если модели сказали стоп, беги, назад, лети, то не нужно выполнять стоп, беги, назад, а нужно сразу лететь, а может иногда нужно стоп, а иногда лети.
Синхронное исполнение, когда модель, контроллер и вид в одном потоке в 1000 раз упрощают всю работу.
Пользователь всегда может начать действие, проследить за исполнением текущего действия, или отменить текущую операцию. И синхронность никак не позволит ему начать несколько операций.
Если же контроллер и вид реализуются в одном и том же потоке, то контроллер начнет блокировать и поток вида и поток модели (для обеспечения синхронности). Это обширное поле для всяких дедлоков и фризов. |