felixge2

4 ms·

1.
by felixge2 16y ago
You're correct, it would not be impossible to write coroutine safe code in node.js. The problem is just that coroutines are not natural in JS, and people will shoot themselves in the foot all the time. Some "features" are better left out to
2.
by felixge2 16y ago
Well, it's not a big problem - you should have a timeout on incoming connections, and node is pretty well-suited for having lots of "hanging" connections (I ran some test with 56k active connections). If a connection is closed, either by a
3.
by felixge2 16y ago
Yes, other languages might be more suitable for coroutines. But then again, Erlang is probably a language more "suitable" to high concurrency programming, but node's goal is to make writing scalable networks programs possible for everyone.
4.
by felixge2 16y ago
Well, just as there is the problem of thread-safety, there is also the problem of co-routine safety. Basically callbacks and coroutines don't play well together. But there were a bunch of reasons for the removal, performance and quality of
5.
by felixge2 16y ago
This presentation has a tiny bit on coroutines: http://nodejs.org/jsconf2010.pdf > Coroutines complicate the mental model while adding only cheap syntactic pleasures.
6.
by felixge2 16y ago
You could still do that if the length was pre-announced, or am I missing something?
7.
by felixge2 16y ago
I think the reason multipart works that way, is so you can stream data that you don't know the full length of beforehand. But afaik, that's pretty much never the case with file uploads, unless you are uploading a file that is still growing