Re:Dart 1.24: Faster edit-refresh cycle on the web and new f...
by hajile on Tuesday June 13, 2017 @01:56PM
(#14546953)
Now that the browser isn't the primary target for dart, is there work going on to make threading possible?
[ Parent
| on HN ]
Re:Dart 1.24: Faster edit-refresh cycle on the web and new f...
by floitsch on Tuesday June 13, 2017 @03:20PM
(#14547759)
There are no plans to add multithreading to the platform.
Currently, we are not spending resources on parallel execution (with isolates), either. There are other easier features that have more impact.
Eventually, we will revisit this topic, and see if we can make things easier. Multithreading itself is extremely unlikely, but there are other ways we can make parallel execution better; for example with easier data sharing between isolates.
Re:Dart 1.24: Faster edit-refresh cycle on the web and new f...
by markdog12 on Tuesday June 13, 2017 @03:49PM
(#14548000)
> There are other easier features that have more impact
Which features?
Re:Dart 1.24: Faster edit-refresh cycle on the web and new f...
by floitsch on Thursday June 15, 2017 @02:45AM
(#14558392)
For example:
- better type promotion (`if (x is! A) throw "not A"; useAsA(x);`.
- Optional new/const.
- Allowing named arguments at any position at the call site.
These are all easier to specify and implement, and reach more users.
Re:Dart 1.24: Faster edit-refresh cycle on the web and new f...
by isoos on Tuesday June 13, 2017 @04:11PM
(#14548175)
I have found isolates easy to work with and useful at scale (number of isolates close to the number of CPU cores), with much better experiences than multi-threaded JVM applications (with all of their locking and starvation issues).
I'd be happy to assist if you share details of what you are trying to achieve.
Re:Dart 1.24: Faster edit-refresh cycle on the web and new f...
by munificent on Tuesday June 13, 2017 @03:28PM
(#14547833)
The web is still very much a top-tier target for Dart. Almost all of our current internal users are targeting the browser. So compilation to JS is and will continue to be critical for us.