Questione : Come WPF.XAML confronta a Silverlight.XAML?

L'anno scorso ho effettuato la ricerca con ASP.NET 3.5 ed ho trovato che il mio datore di lavoro era attaccare più ricco con ASP.NET per il fotoricettore app. e WinForms per Windows app. piuttosto che tentando di generare un singolo XAML che ha funzionato sia su WPF che su Silverlight.  La speranza era che i nostri due sforzi di sviluppo potrebbero essere fusi in uno.  Ma con WPF 4.0, leggo sul blog che dello Scott Gu sta ottenendo più meglio: il

Controls per il
WPF 4 dei clienti della costruzione aggiunge vari nuovi comandi che fanno a costruzione le domande ricche di linea-de-commercio per il cliente più facili e più velocemente. Il nuovo, insieme più ricco di controllo comprende gli elementi essenziali di PALLONETTO quali i comandi di DataGrid, di DatePicker e del calendario. Questi nuovi comandi sono 99% api e del comportamento-compatibile con le loro controparti di Silverlight, permettendo agli sviluppatori di generare un'esperienza costante attraverso il cliente ed il fotoricettore mentre il flusso di lavoro d'ottimizzazione riutilizzando il codice fra Silverlight e la domanda di WPF implementations.

My è se il XAML usato per definire gli altri comandi inoltre è stato cambiato per essere più Silverlight come?  O oltre a questi nuovi comandi, sono i dialetti di XAML usato ancora troppo lontano a parte per usarli piattaforma trasversale?

Thanks,
newbieweb
class= del

Risposta : Come WPF.XAML confronta a Silverlight.XAML?

Dare un'occhiata a questo articolo da Microsoft:

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

Speranza risponde alle vostre domande…

Riguardi,

jppinto