Coroutines section #42
Conversation
serras
commented
Feb 27, 2023
•
serras
commented
- High-level concurrency
- Flows
- Resources (in progress)
- STM (copied and edited from the current docs)
- Concurrency primitives (stub)
|
I think it's easier if we work on the whole section in a single PR. The Resources section is now half-edited, copied from the current docs. My aim is to heavily edit it, so take it with a grain of salt right now. @nomisRev could you take care of the section about |
|
Yes, I can take care of that |
|
Yes, I think that would be the most productive way of working. |
|
@serras found quite some broken code after adding KotlinX Knit, we should really keep up with adding KotlinX Knit everywhere or I'm afraid we'll end up with a lot of broken/incorrect snippets over time. Not sure if you skipped it because it's still [DRAFT], but from experience I found it easier to do right away than to catch up with it afterwards. |
I wasn't really aware of Knit here. I certainly agree with you, it's easier to do it on the go than afterwards. I'll keep it on my work cycle from now on. |
Co-authored-by: Simon Vergauwen <[email protected]>
| The actual magic is that `Resource` is nothing more than a type alias for | ||
| parameter-less function using `ResourceScope`, | ||
|
|
||
| ```kotlin | ||
| typealias Resource<A> = suspend ResourceScope.() -> A | ||
| ``` | ||
|
|
||
| ::: |
There was a problem hiding this comment.
❤️ We need to include such an :::info block for Effect as well explaining it's just an typealias for a receiver lambda.
content/learn/coroutines/parallel.md
Outdated
| return the same type, and we don't care which one "wins", we conflate both into | ||
| a single value. | ||
|
|
||
| ## Integration with typed errors |
There was a problem hiding this comment.
I'm not quite happy with the examples I used here.. I hope to figure out something better while working on the KotlinConf workshop.
There was a problem hiding this comment.
I'm merging, but I'm opening an issue so that we don't forget about this.
|
I've agreed with @nomisRev to first create a stub for concurrency primitives, which we could later expand. So this section is ready for review. |
