-
Notifications
You must be signed in to change notification settings - Fork 449
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
Separate 'arrow-eval' module #3332
Conversation
Kover Report
|
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.
Perfect, thank you so much @serras 🙌
* methods, which use an internal trampoline to avoid stack overflows. | ||
* Computation done within .map and .flatMap is always done lazily, | ||
* even when applied to a Now instance. |
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.
This text seems to be incomplete
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.
The file is just restored from the original version :/
Now that we are [keeping `Eval`](arrow-kt/arrow#3332), it makes sense to bring it to the website.
I've spent some time trying to write a good guide for #3039, and have come to the conclusion that a full replacement for
Eval
is difficult to achieve. So I've taken one of the suggestions there: move it into its own separatearrow-eval
module. I think we can do like we've done witharrow-resilience
andarrow-functions
, and nudge people to move into the new module if we bring it in 1.2.2, and then remove it fromarrow-core
in 2.0.The code is ready to be merged too in
arrow-2
, with just a few adjustments needed in the Gradle build file.