Longhorn and XAML

I am sure being the slow person I am, I am stating the obvious here, but I can see where Microsoft seems to be heading with XAML.  This looks to be a avenue for the serialization of all interfaces to XML code.  This is similar to the way NeXT did there interfaces.  You would build your interface in a program called “Interface Builder” which would create “.nib” files (Which stands for NeXT Interface Builder, FYI)  It would then serialize or “archive” the interface objects to the “.nib” file or un-archive them when receving an awake message.  I believe that is how it works.  I am going to get flammed by some Mac OS Cocoa programmers anytime now.  I have read about all this stuff but never actually programmed any Cocoa Framework apps my self.  Sorry if I totally mutalated the explanation.

XAML looks very interesting to me.  This would allow your VS.NET environment to serialize all your forms to XAML.  When it loads the XAML interface code it then hooks or binds all the interace code to the “code behind” code.

It will be interesting to see where it all goes.

What are some of your initial thoughts on XAML?

Published Saturday, February 07, 2004 8:34 AM by bstahlhood
Filed under:

Comments

# re: Longhorn and XAML

In the Longhorn version of Xaml, the Xaml code will be compiled. You define two parts, the XAML code, and the "code behind". Both parts are compiled as if they belong to the same class. This is one of the reasons why the new version of the C# language supports partial classes (currently a class must be defined in a single file). This means that on runtime the XAML code does not play a role anymore.

Other implementations of XAML (for example http://www.xamlon.com/) do a runtime interpretation of XAML, going more in the direction you describe.

Saturday, February 07, 2004 11:11 AM by Serge van den Oever

Leave a Comment

(required) 
(required) 
(optional)
(required)