XSLT in the .NET Framework: Data Binding and Control Creation at the Same Time

Until I am capable of finding myself incorrect, I maintain that Microsoft pushes so hard away from XSLT alternatives to data binding and control creation for ASP.NET Web applications and the “smart client” because most Microsoft developers see no advantage in XSLT-related .NET technologies over binding to controls. Most Microsoft developers are historically and irretrievably devoted to binding to controls. Indeed, I have enjoyed this rich tradition since Access 97. But when the Internet came, I embraced the teachings of the W3C. This means that finding standards-based, platform-independent solutions is a real and present priority. With this W3C “wrench” thrown into the works these ideas pop out:* Almost all of the user interface elements of a Windows Forms 2.0 “smart client” can be rendered in the WebBrowser. This investment is designed to be platform independent and can be reused in a server-side Web application.

• XML representations of data are first-class citizens. There really shouldn’t be any sentence following up as a defense of the previous one. Many .NET developers simply do not “like” XML.
• JavaScript plays a major role in client-side business logic. This sentence is laughable for many .NET Windows Forms developers—and we can probably get a chuckle from the hordes of ASP.NET developers who avoid writing JavaScript by using the great features in ASP.NET controls. The promise here is that an XSLT-based “smart client” is almost a client-side web application. A “real” server-side Web application is only needed to serve fresh REST or SOAP data for our ‘first-class’ XML.## A Prelude to XAMLMost Microsoft developers are historically and irretrievably devoted to binding to controls procedurally at “design-time” in a visual IDE… However, the power of developing a User Interface declaratively is not ignored by the vast material and intellectual resources of Microsoft. The Windows Presentation Foundation of Windows Vista is the Microsoft vision of this future.

So I hear Microsoft saying XAML is the platform-specific alternative to XForms. I think I hear Microsoft saying that InfoPath (which is not based on XForms—it is a COM heap of XHTML and XSL) is only a temporary stopgap measure until XAML gets going…

rasx()