Rename `run`
See original GitHub issueThere is a confusion between kotlinx.coroutines.experimental.run
and kotlin.run
functions from stdlib. We should rename the former. A better name is TBD.
Issue Analytics
- State:
- Created 6 years ago
- Reactions:3
- Comments:17 (11 by maintainers)
Top Results From Across the Web
Rename a run - SPARKvue Help - PASCO scientific
Click Choose Run To Rename, then select the run you want to rename. Click the Edit Run Name field and type a new...
Read more >Rename runs - PASCO Capstone Help
Double-click the run, sensor, or measurement name you want to rename. Type a new name for the run, then press Enter on your...
Read more >Rename Runs dialog box - ADM Help Centers
This dialog box enables you to rename run names to enable easy identification when measuring the transaction response time.
Read more >docker rename - Docker Documentation
Description. The docker rename command renames a container. For example uses of this command, refer to the examples section below.
Read more >rename | Dart Package - Pub.dev
Helps you to change or rename your flutter project BundleId and AppName for Ios, Android, ... networkUpp pub global run rename --appname "Network...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
withContext(coroutineContext)
looks clear.withoutCancellation
doesn’t seem much clear.As a user of
withContext
in an Android project I can add my experience. In a specific example, I have this line:(
threadPool
is a globalval
in my project, my own threadpool-context)The name
withContext
is unevocative. It doesn’t convey the magic of what it will do; more importantly, it doesn’t even signal that it’s about coroutines. The suggestionrunIn
would solve a lot of issues I have with the current name, even though it may have some other problems.Why do
async
andawait
work well? Simply because people got used to them in other languages and now they are a part of the vernacular. In this light, maybe Kotlin should try to introduce another simple keyword to capture its “sequential by default” policy. One idea that came to mind is is to lean on the paradigm of threads/fibers and see this as “weaving” or “stitching together” different threads in the sequential execution of a single coroutine: execution jumps to the other one and then resumes on the current one.As a designer of public API myself I’m kind of sorry to have to bring this up, I share your pain 😃