Yepp. You're right Barry. And with Silverlight this gets even more confusing since it's all happening in the browser.
So the rule of thumb is that Silverlight has WAY more in common with WPF than ASP.NET. So use the WPF mindset, not the ASP.NET mindset when thinking about these application. That being said, you often end up "replicating" business logic on both server and client. You want to have the logic on the client so that the user don't have to do lots of edits, then only to get an exception back from the server saying that the input data was invalid. But at the same time your server cannot depend on the client passing in valid data. Building these (rich) clients that have a deep understanding of the server is tricky. Pat Helland discusses this in his "The Emissary Design Pattern and RIAs" talk ( http://blogs.msdn.com/pathelland/archive/2008/08/10/the-emissary-design-pattern-and-rias-rich-internet-applications.aspx). And I expect some of these ideas making it into this PDC08 talk: Microsoft Silverlight Futures: Building Business Focused Applications What if you could develop your solutions with the ease pioneered by Microsoft Office Access, deploy them like an Internet application, and take advantage of the power of Microsoft .NET? Learn about an exciting new technology that is all about making business applications for RIA (Rich Internet Applications) much easier to build. In this session, hear how we've made n-tier application development as simple as traditional 2-tier, provided application level solutions to developers, and how we're doing all of this with the same .NET platform and tools on both the client and server. On Thu, Sep 18, 2008 at 2:17 PM, Barry Beattie <[EMAIL PROTECTED]>wrote: > "The reason you got allot more functionality in ASP.NET is because > you're running on the server, and that is a whole different ball > game." > > bingo. > > from what I've seen people do (and truth be told I sometimes fall into > this myself) is being so caught up in this blurring between client and > server (esp coding within VS) that this can be easy to forget. > > it's standard Client/Server with a twist - the client is only > occasionally connected (at least until you can push from Server back > to client without polling) > > meh, my 2c > > > ------------------------------------------------------------------- > OzSilverlight.com - to unsubscribe from this list, send a message back to > the list with 'unsubscribe' as the subject. > Powered by mailenable.com - List managed by www.readify.net > > > ------------------------------------------------------------------- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net
