XAML is a nice, declarative way to customize your interfaces with a lot of converting the values ββyou made for you, and the ability to add more backstage. However, you can separate it from WPF (although they usually go hand in hand).
I understand that .Net 4 has made some progress in using the XAML declarative language in the Workflow Foundation and in the Windows Communication Foundation, which will be interesting given that the two are already quite declaratively XML-driven.
So, XAML is definitely a way to move around MS, especially considering that it is basically nothing but a way to build a graph of objects β any graph of an object.
WPF is also going to take some steps - for example, to include the very skipped DataGrid (there are already great commercial alternatives) and more complex pixel shaders, which should put more effort into hardware and increase the speed of rendering and launching the WPF Application.
What about the future of WPF? Yes, for Windows-bound people who value stylus input and handwriting recognition and can find a place in their development budgets for attractive user interface development.
Against Flash, Flex, DHTML in general? I dont know. I am inclined to think not that most applications do not need the full strength of developing a fat client and do not care about pixel shaders, etc., happily trading them against the availability of the Internet.
Silverlight and XAML are not compatible with cross-compatibility, and WPF does not automatically go online. (Nevertheless?) Nevertheless, I took the gamble, and found that it was well spent time. If nothing else, this is fantastic for prototyping.
source share