Cuestión : ¿Cómo WPF.XAML compara a Silverlight.XAML?

Hice la investigación con ASP.NET 3.5 y encontré el año pasado que mi patrón era mejor de pegarse con ASP.NET para la tela app. y WinForms para Windows app. algo que intentando generar un solo XAML que funcionó en WPF y Silverlight.  La esperanza era que nuestros dos esfuerzos de desarrollo se podrían combinar en uno.  Pero con WPF 4.0, leo en el blog de Scott Gu que está consiguiendo mejor: el

Controls para el
WPF 4 de los clientes del edificio agrega una variedad de nuevos controles que hagan edificio los usos ricos del línea-de-negocio para el cliente más fáciles y más rápidamente. El nuevo, más rico sistema del control incluye esencial de la PELOTA ALTA tal como controles de DataGrid, de DatePicker, y del calendario. ¿Estos nuevos controles son los 99% API- y del comportamiento-compatible con sus contrapartes de Silverlight, permitiendo a los reveladores crear una experiencia constante a través del cliente y de la tela mientras que el flujo de trabajo óptimo reutilizando código entre Silverlight y la pregunta de WPF implementations.

My es como si el XAML usado para definir los otros controles también fue cambiado para ser más Silverlight?  ¿O aparte de estos nuevos controles, son los dialectos de XAML todavía usado demasiado lejos aparte para utilizarlo plataforma cruzada?

Thanks,
newbieweb
class= del

Respuesta : ¿Cómo WPF.XAML compara a Silverlight.XAML?

Hechar una ojeada este artículo de Microsoft:

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

Esperanza contesta a sus preguntas…

Respetos,

jppinto