-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Simplify MobiusLoop implementation #151
Conversation
Codecov Report
@@ Coverage Diff @@
## master #151 +/- ##
==========================================
- Coverage 94.50% 94.39% -0.11%
==========================================
Files 46 45 -1
Lines 1291 1249 -42
==========================================
- Hits 1220 1179 -41
+ Misses 71 70 -1
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, just a couple of comments
8907f3c
to
b61f4bc
Compare
The redness of the build is from a non-mandatory codecov -0.13% delta |
df20f65
to
7bf37d7
Compare
A complete rewrite of
MobiusLoop
, withoutEventProcessor
.After the threading rewrite,
EventProcessor
was just a wordy way to deal with initialization order and queue up effects received during setup. The latter can be handled by theWorkBag
, and while the initialization dependencies are non-trivial, merging three layers of code into one makes things simpler.Behaviour change: effects passed to the initializer or posted in event source/effect handler subscription are now handled in randomized order. Previously they were queued up deterministically in
EventProcessor
, which was an oversight.@jeppes @pettermahlen