Pytanie : Dlaczego WPF.XAML porównywać Silverlight.XAML?

W zeszłym roku I zrobić badanie z ASP.NET 3.5 i zakładać że mój pracodawca być sytuowany klejenie z ASP.NET dla the sieć app. i WinForms dla the Windows app. raczej próbować pojedynczy XAML który biegać na WPF i Silverlight.  The nadzieja być że nasz dwa działania rozwojowe móc wcielać w jeden.  Ale z WPF 4.0, I czytać na Scott Gu blog ono dostawać lepiej:

Controls dla Budynek Bogaty Klient
WPF 4 dodawać różnorodność nowy kontrola który robić budynek bogaty wykładać--biznes zastosowanie dla the klient łatwy i szybki. The nowy, bogaty kontrolny set zawierać LOBOWAĆ podstawy tak jak DataGrid, DatePicker, i Kalendarzowy kontrola. Te nowy kontrola być 99% API- i behaviorally-zgodny z ich Silverlight odpowiednik, umożliwiać przedsiębiorca budowlany konsekwentny doświadczenie przez the klient i sieć podczas gdy optymalizować obieg reusing kod między Silverlight i WPF implementations.

My pytanie być czy the XAML używać the inny kontrola także zmieniać więcej Silverlight jak?  Lub oprócz te nowy kontrola, być the dialekt XAML używać wciąż zbyt daleko oddzielnie przecinający platforma?

Thanks,
newbieweb

Odpowiedź : Dlaczego WPF.XAML porównywać Silverlight.XAML?

Brać spojrzenie przy ten artykuł od Microsoft:

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

Mieć Nadzieję ono odpowiadać twój pytanie…

Uwzględnienie,

jppinto