Windows Phone 8.1 Store VS Windows Phone 8.1 Silverlight

Question

Quando creo un nuovo progetto Windows Phone, è possibile creare un'app "Windows Phone" o "Windows Phone Silverlight". So che hanno diversi runtime e diverse API. Ho avuto l'impressione che Microsoft voglia unificare le piattaforme Windows e Windows Phone, quindi perché c'è anche una versione Silverlight? Che benefici porta? Inoltre, se voglio creare un'applicazione solo per Windows Phone e non ho mai intenzione di portarla su Windows, cosa dovrei scegliere, Silverlight o Windows Phone?

Answer 1

Ti suggerisco di andare con "Windows Phone" (non Silverlight). È la nuova API, che funziona sia per Windows che per Windows Phone. Ad un certo punto potresti voler portare l'app o crearne una nuova per Windows e conoscerai già l'API (e il porting sarà modo più semplice). Inoltre, la nuova API avrà probabilmente più aggiornamenti e funzionalità aggiunte e, a un certo punto, potresti persino essere obbligata ad aggiornarla (perché la vecchia versione non è più supportata o perché non ha alcune funzionalità di cui hai bisogno).

Come è stato detto nelle altre risposte, l'opzione Silverlight è disponibile solo per compatibilità con le versioni precedenti ed è probabile che venga eliminata gradualmente. Cioè - è buono se conosci già l'API e hai molte librerie (tue o di altri) per WP Silverlight, ma se stai appena iniziando - è meglio che tu vada per la nuova tecnologia.

Modifica

C'è un'altra cosa da considerare prima di scegliere tra i due tipi di applicazioni. Alcune funzioni sono disponibili solo in un'applicazione Silverlight e altre (quantità inferiore) solo in un'app Xaml. Ecco un articolo con alcune informazioni sulle differenze: Migrating your Windows Phone 8 app to a Windows Runtime XAML app

Answer 2

Unificare l'ambiente (i) sarebbe l'ideale. A mio parere, non ha avuto molto successo. Ad un certo punto nel tempo, potevi svilupparti solo con Silverlight, quindi quello che stai vedendo è solo una versione più recente della stessa cosa per mantenere la compatibilità con le versioni precedenti e per far felici gli sviluppatori di Silverlight. In futuro, probabilmente verrà eliminato. Inoltre, se vuoi supportare i telefoni più vecchi, Silverlight è fondamentalmente la tua unica scelta (sarai sorpreso, quanti utenti WP non hanno aggiornato il loro 8.0 a 8.1)

Non c'è davvero nessun altro reale vantaggio di Silverlight a parte forse lo Windows Phone Toolkit che è stato tremendamente utile (puoi vedere quante risposte di SO si basano su questo semplice addon). Una volta che il runtime universale si completa al punto in cui la documentazione riflette ciò che è effettivamente disponibile, allora penso che sarebbe il progetto predefinito per lo sviluppo in Windows andando avanti.

Se si sta appena iniziando, vorrei utilizzare Silverlight la conoscenza basata è molto più grande. Dopo aver utilizzato l'ambiente WP, passare a runtime.

Answer 3

Windows RT Xaml è piuttosto nuovo e le persone devono prima generare alcune conoscenze.

Silverlight per il telefono è stato in giro per anni e c'è un carico di strumenti disponibili: Toolkit telefono, diversi controlli, ecc solo uccidendo fuori avrebbe fatto male molti sviluppatori che hanno costruito su proprietà intellettuale nel corso di un lungo periodo di tempo costringendoli a ricominciare.

Quando avvii un progetto con Silverlight avrai più cose che ti aiuteranno a fare le cose.

Quando si inizia con WinRT Xaml, si avranno prestazioni migliori, ma si dovrà calcolare molto da solo.

Quindi l'opzione Silverlight è lì per non lanciare gli sviluppatori Silverlight.

Recentemente ho avviato un nuovo progetto su WinRT Xaml e la mia esperienza è stata che dovevo ricreare molti strumenti comuni come Cache, ecc. Ma anche molte cose che erano precedentemente in Toolkits ora fanno parte della piattaforma stessa . Inoltre, quando si passa a Windows 8, è possibile condividere un sacco di codice che è bello.