雑感2

一番レスポンスが要求されるであろう、receptor → conductor間の通信と、conductor →performer間の通信を考えると、conductorもメインスレッドに置いて、イベントハンドラにコールバック関数を登録する形にするのが一番コストが低い。
が、conductorはactorたちの非同期処理をコントロールする都合上promise周りで待合わせたりするだろうから、下手を打つとメインスレッドを止めてしまわないか心配なんだよねー

conductorは、receptorやperformerと(コールバック関数で)連動するメインスレッド部分と、actorや別のconductorと通信する別スレッド部分に分けて実装するのが正解なのかもしれないな。
actorだって、TypeScriptでササっと書いただけの軽い処理なら別スレッドにする必要無いし、その辺を使い分けられればそれに越したことはない。実装が複雑になるから、そんな機能は後回しだけどw