Question : Comment WPF.XAML compare-t-il à Silverlight.XAML ?

J'ai fait la recherche avec ASP.NET 3.5 et ai constaté l'année dernière que mon employeur était collage plus aisé avec ASP.NET pour le Web $$etAPP. et WinForms pour Windows $$etAPP. plutôt qu'essayant de produire d'un XAML simple qui a fonctionné sur WPF et Silverlight.  L'espoir était que nos deux efforts de développement pourraient être fusionnés dans un.  Mais avec WPF 4.0, je lis sur le blog de Scott Gu qu'il va mieux : le

Controls pour le
WPF 4 de clients de bâtiment ajoute une série de nouvelles commandes qui facilitent bâtiment des demandes riches de ligne-de-affaires de client et plus rapidement. Le nouveau, plus riche ensemble de commande inclut des bases de LOB telles que des commandes de DataGrid, de DatePicker, et de calendrier. Ces nouvelles commandes sont 99% api et comportemental-compatible avec leurs contre-parties de Silverlight, permettant à des lotisseurs de créer une expérience cohérente à travers le client et le Web tandis que le déroulement des opérations de linéarisation en réutilisant le code entre Silverlight et question de WPF implementations.

My est comme si le XAML employé pour définir les autres commandes a été également changé pour être plus de Silverlight ?  Ou hormis ces nouvelles commandes, les dialectes de XAML toujours employé trop loin à part pour les employer plate-forme sont-ils en travers ?

Thanks,
newbieweb
class= de

Réponse : Comment WPF.XAML compare-t-il à Silverlight.XAML ?

Jeter un coup d'oeil à cet article de Microsoft :

http://msdn.microsoft.com/en-us/library/cc917841(VS.95).aspx

Espoir il répond à vos questions…

Respect,

jppinto