3 ms·
Viewstate may be bad but it works and .NET developers have figured out how to use it safely and efficiently (ok some .NET developers have). As for continuation
by jmatt 18y ago
Viewstate may be bad but it works and .NET developers have figured out how to use it safely and efficiently (ok some .NET developers have).
As for continuation-base web frameworks being a bad use case. I think they are a bad use case in some ways. You make good points. I think the concept is very new. This site is implemented with continuations and it works pretty well. So it's possible to have a successful site. And the current iterations have their problems, no doubt. But that doesn't mean the concept and idea is dead. It's an elegant solution from a coding standpoint - when it works. My point was that continuations could have other uses than the traditional list (backtracking,coroutines,multitasking,escape/enter recursion, etc). And if they do, then M$ is more likely to add them. M$ is not going to add continuations so that a small percentage of their developers will have an easier time implementing backtracking. But, they may very well add continuations if their web developers want them. Or if a large number of people are using IronPython or IronRuby.
- olavk 18y ago> This site is implemented with continuations and it works pretty well. I believe it uses persistent closures, not persistent continuations. And anyway, it often fails with the message "Unknown or expired link." (because you cant keep all the closures alive indefinitely - but you have to, otherwise you break the web!) This wouldn't be acceptable for most sites. In any case, I don't think MS would add continuations to .net specifically to support continuation based web frameworks. The model with persistent continuations (or persistent closures for that matter) is at odds with the threading model in IIS, where the server is supposed to spawn multiple threads running the same application code. And IIS is strategic to MS.