XAML ne sera utilisé que comme équivalent aux fichiers de ressources de VC++
Justement non... Les fichier resource de windows (ça dépend de windows, pas de VC), qui ont étés oublié du monde .NET, était lourdingues, très très limité (en dehors des controles de bases, tout était usercontrol), le positionnement des controles était inexistant (en dehors de la position absolue). Mais ce n'est, amha, pas là le point important: que ce soit resource (.res) ou fichier XML, ou fichier ce que tu veux: tu continues à ne faire que décrire ton IHM.
XAML tente d'aller plus loin que cela: tu décris également son comportement et le databindings.Et c'est pour cela que c'est, amha, intéressant que ce soit compilé: un fichier XAML et un source C# (ou tout autre langage .NET) une fois compilé forme une et une seule classe! Je te laisse imagine la facilité que cela apporte au niveau de l'échange de donnée entre GUI et code. (compare avec XUL par exemple).
Pour l'instant, je ne vois pas cela comme une révolution... mais comme un de ces "petits trucs" qui font gagner du temps... (dans le même ordre d'idée que le foreach, les generics, les events, les delegates, la completion de code, etc...).
[^] # Re: M
Posté par tene . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 1.
Amha, c'est là tout son intéret...
XAML ne sera utilisé que comme équivalent aux fichiers de ressources de VC++
Justement non... Les fichier resource de windows (ça dépend de windows, pas de VC), qui ont étés oublié du monde .NET, était lourdingues, très très limité (en dehors des controles de bases, tout était usercontrol), le positionnement des controles était inexistant (en dehors de la position absolue). Mais ce n'est, amha, pas là le point important: que ce soit resource (.res) ou fichier XML, ou fichier ce que tu veux: tu continues à ne faire que décrire ton IHM.
XAML tente d'aller plus loin que cela: tu décris également son comportement et le databindings.Et c'est pour cela que c'est, amha, intéressant que ce soit compilé: un fichier XAML et un source C# (ou tout autre langage .NET) une fois compilé forme une et une seule classe! Je te laisse imagine la facilité que cela apporte au niveau de l'échange de donnée entre GUI et code. (compare avec XUL par exemple).
Pour l'instant, je ne vois pas cela comme une révolution... mais comme un de ces "petits trucs" qui font gagner du temps... (dans le même ordre d'idée que le foreach, les generics, les events, les delegates, la completion de code, etc...).