Помощники

[aruslan]

Ненавижу
автоматически рождающиеся объекты типа блокирующего loading-on-demand. И синглтоны типа Майерса.
автоматически уничтожающиеся объекты под smart_ptr. И подсчёт ссылок.
автоматически регистрирующиеся получатели сообщений. И unbound рассылку сообщений.
автоматически создающиеся нетривиальные объекты со статическим storage duration. И вообще бурную деятельность до main().

мгновенность, нераспределенность, модель exception, lower-order programming.

Но научить правильно не всегда получается.

Comments

[aruslan.livejournal.com]

> -1 (автоматически регистрирующиеся получатели сообщений.
> И unbound рассылку сообщений).

Ну тут ключевые слова автоматически и unbound.
То есть во всех известных мне местах рассылки сообщений
- дробили одно сообщение на цепочку сообщений (из-за бардака)
- вводили правила приоритетов на сообщения (из-за бардака и проблем)
- чётко разделяли сообщения на получателей (кто когда именно)
- выясняли, что делать, если получатель удаляется или создается в процессе
- выясняли, как прекратить дальнейшую обработку
- заменяли на прямые вызовы, потому что уже и так всё понятно.

То есть к концу возникало чёткое понимание, где же именно точка расширения или хука в системе.

[ddima.livejournal.com]

Ну, с приоритетами согласен, пришлось помудохаться, и я даже сейчас не до конца понимаю, как это должно выглядеть в идеале :)
"что делать в процессе" - вроде тоже проблем не возникало.

вообще если какая-то подписанная на сообщения сущность создается/уничтожается/получает сообщения на один фрейм раньше или позже, ей должно быть пофигу. Она свою задачу рано или поздно выполнить. Просто размажет цикд выполнения по нескольким шагам :)
А вообще событийно-управляемая система - это религия, да. Увы, в Крейте некоторые так до сих пор эту науку и не впитали.

[aruslan.livejournal.com]

Ну, Дима, я ж не против событийно-управляемой системы!
Я против неуправляемой! ;)