Coming from a desktop application background using VB6, I have shifted to web programming due to the realities in today's software market. The web is they way to go, no doubt. So I've learned asp.net, how to use a lot of the cool new stuff in VS 2005. like the membership class, SQL Server Express, and AJAX, to name a few.
So I'm on my way to creating rich Internet apps, and although I've seen it around, ignoring Silverlight, until now.
So SL2 looks really nice, but how is this intended to fit in with all this other technology? Like Flash, Silverlight moves the processing to the client, the opposite of what asp (active SERVER pages) does. And I'm OK with that - desktop PCs as far too powerful to be just dumb clients.
But how is this all supposed to work - from a site design standpoint. Assuming a non-trivial web application, like say a Bank website that lets users do all the normal stuff to their bank account. A site like this will have at least a dozen or so pages. Should the start/login page be standard asp and then child pages each host the silverlight 'player'? Should the whole site be a single silverlight page with server calls (reminiscent of AJAX) to grab new content?
I understand that design decisions like this will be dictated by what is being built, the sites purpose, size, speed, audience, all that, but I'm interested in what are the thoughts on how this client-centric programming model best be put to use.
I feel like I've just gotten the grasp of server-side programming (having to unlearn my desktop client-side ways) and now dabbling with Silverlight I have to remind myself that this is client side processing.
So I suppose my question is: Is silverlight site design intended to be 'pure' silverlight, making calls to back-end web-services, a mix of mostly silverlight with some asp.net, or a more traditional asp.net site with little Silverlight 'enhancements' scattered though it?
I realize this is a general and open-ended question - maybe there are some white papers or other resources that answer some of these.
Thanks, (pardon the rambling
)
kpg