Re: .NET and Struts...

[Craig Tataryn]

<Erik> From a distributing computing standpoint, I would hate to have to host a web application that generated server events on things like a "lostFocus" event on the web page.  This sounds like a recipe for network congestion and an overwhelmed server.  It is a bad idea to make it easy for developers do this sort of thing.  Such features make it easy for a developer to not only shoot themselves in the foot, but blow their whole leg off. -- Erik. </Erik>   I think this is the way things are going though!  We've gone from worrying about saving a byte in an RPC call to SOAP!  I mean, yes, it would be stupid to have server requests for very granular calls (server handling onKeyPressed() events) that's a fundemental law of remoting, but at the same time this type of auto-binding would be nice for some server side processing.  I believe in VS.NET you could choose if processing should be handled for certain things on the client (i.e. client-side validation) or the server.   Craig.     ----- Original Message ----- From: Erik Worth To: [EMAIL PROTECTED] Sent: Monday, September 24, 2001 12:57 PM Subject: RE: .NET and Struts... Hi Gang, I realize this is tangential to Craig's original request, but I just had to comment...   >The IDE would then compile your application and create an ASPX page that displayed >your form and a class file that would be used to handle events on the form (on the >server side).  So the compiler actually generates JavaScript code which will make calls >out to the server when things like the "lostFocus" even happens on a text box, or the >"Click" event happened on a button.