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
Rework condition caching to support nested evaluation #90
Rework condition caching to support nested evaluation #90
Conversation
We may just want to pass the error upThis comment was generated by todo based on a
|
**** We need a deprecation warning of some sort! This isThis comment was generated by todo based on a
|
57cda90
to
1be1846
Compare
discussed this topic on Slack with @oliwel last Friday. Although he didn't intimately review the change, he did get and endorsed the structure and direction of the change. |
fd1b2fb
to
091a2c2
Compare
@jonasbn, based on your review feedback, I'll resolve the two "TODO" items that the bot complained about. That is, assuming you'll accept the basic idea behind this change. |
Hi @ehuelsmann Sorry about the radio silence, life/work is busy at the moment. I have skimmed the PR and I can see that this review will require some time, so I am just writing to let you know that I am on it |
091a2c2
to
0b9b469
Compare
Prior to this change, only top-level condition outcomes were cached; however, use of conditions isn't restricted to the top level, yet with caching one would expect exactly a single condition evaluation per block of cached conditions.
0b9b469
to
297a0d1
Compare
…aluate_condition`
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.
I am all for improvements in caching, the implementation looks promising, but is is extensive and I am not sure if I complete get all the details.
I do find the term "opposite" confusing when reading the code.
Please evaluate my comments, they are as always by no means dictation
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
Description
Prior to this change, only top-level condition outcomes were cached;
however, use of conditions isn't restricted to the top level, yet
with caching one would expect exactly a single condition evaluation
per block of cached conditions.
Note: this change is created for the purpose of discussion and therefor marked as Draft.
Type of change
I'm not sure if this is a bug fix or a new feature: we were supposed to have a condition cache, but nested condition evaluations weren't cached at all... (Which, given the lack of issues registered about this situation since its creation -- some 17 years ago -- might be an over-engineered function?)
Checklist: