This two-way channel would allow higher interactivity. Info providers could
design pages with a mix of the newly available push model (the server updates
the screen to indicate fast-breaking news, availability of new information, or
the arrival of a new response) and today's pull model (the user clicks on a
"What's New" button, the client updates the screen whenever the user is idle).
The main drawbacks that I see are that everything is more heavyweight.
1) tying up network resources (To borrow someone's Web ftp analogy, we would
be buying everyone an 18-wheeler, replacing all those pesky little
motorcycles that are darting in and out of traffic.)
2) complexity (Having state means dealing with state. If the connection
goes down, we need mechanisms to recover somewhat smoothly. If a session
lasts for a while, predicting and debugging correct behavior gets
trickier.)
Having pushed further down (up?) the slippery slope, I find myself with
mixed feelings. I'd love the functionality provided by connections, but I'm
concerned about killing the beautiful simplicity of "GET URL" returning an
HTML document. As usual, some halfway and/or mixed solution is probably the
best choice.
What do people think?
- dG
David Glazer - Verity, Inc. - Mountain View, CA