Silverlight ha un futuro? [chiuso]

Silverlight + Flash vs HTML5. Oh ragazzo. C'è stata una tonnellata di discussione su questo.

Concentriamoci su Silverlight (sebbene molti degli stessi argomenti possano essere fatti per Flash). È morto negli occhi di Microsoft? NO. Basta guardare il recente evento Firestart, in particolare il keynote di Scott Guthrie (Un sacco di nuove funzionalità in arrivo):
link

Che cosa ti dà:

• La capacità di scrivere applicazioni Internet (e desktop se usi Out-Of-Browser) nel tuo linguaggio dotNET preferito, oggi.
• Offri ai tuoi utenti interfacce altamente interattive e ricche in tutti i principali browser e piattaforme in modo coerente, oggi.
• Accesso a API avanzate sul client (questo è un argomento abbastanza debole dato che JavaScript ha sempre nuove librerie che vengono aggiunte ed è davvero fantastico).
• Programmabilità di Windows 7 Phone - Silverlight è una delle due "API native" primarie per WP7. Almeno questo è un dispositivo che puoi creare app per nativamente.

Lo svantaggio:

• Mobile: ci sono un sacco di dispositivi mobili che Silverlight non sarà MAI acceso. Non succederà.
• Microsoft - Ammettiamolo. Un sacco di persone si rifiuteranno di usarlo solo perché è Microsoft. Alcuni dei tuoi utenti si rifiuteranno di installare il runtime perché è Microsoft. È stupido, sì, ma è un dato di fatto.
• Oh ce ne sono altri. Devo davvero iterare tutti i lati negativi?

HTML5 risponderà a molti (se non a tutti) gli aspetti negativi che possiamo immaginare per Silverlight. Ma quali sono gli aspetti negativi di HTML5:

• Non è una specifica definitiva. Sì, molti browser implementano molte funzionalità di HTML5, ma molti browser non lo fanno, o molti lo fanno in modi diversi. E anche se lo implementano oggi, non c'è garanzia che le specifiche non cambieranno nei prossimi mesi / anni.
• Oggi non è pronto al 100%. Ancora una volta, ci sono molte discussioni su cosa porterà HTML5, un giorno o l'altro. Ma per un sacco di cose, è solo quello. Parlare. Mentre alcune cose CORE sono state fatte (animazione, grafica, ecc.), Ci sono ancora molti pezzi che sono WAY up in aria e neanche lontanamente standardizzati su ogni implementazione (accesso API hardware per dispositivi come gli accelerometri per esempio). Puoi iniziare a utilizzare alcuni di questi pezzi oggi, ma sarai bloccato in determinati browser, e di nuovo non vi è alcuna garanzia che non dovrai modificare il codice mentre la specifica si avvicina alla finalizzazione.
• Consistenza del browser - Se pensi che HTML5 sarà esattamente lo stesso su tutti i browser / dispositivi, allora sei delirante. Ogni browser la implementerà in modo leggermente diverso e sarà necessario disporre di codice per rilevare il browser e inserire l'appropriato "interprete". Sono sicuro che sarà più facile rilevare il browser, e sono sicuro che le librerie saranno d'aiuto (come fa oggi JQuery), ma sarà comunque un problema.
• App Store: il fatto è che nessuno compra l'app HTML5 come fanno oggi con le app Apple. Se desideri che l'utente acquisti la tua app attraverso un App Store, dovrai scrivere nella libreria nativa del dispositivo. Di nuovo, c'è stato un sacco di dibattiti intorno a questo problema, ma il fatto è che tutti i moderni dispositivi mobili forniscono l'accesso al browser e le app basate su browser semplicemente non hanno il fascino di un'app nativa. Le app create oggi utilizzando HTML / CSS non hanno il fascino che le loro controparti native fanno.

Per come la vedo io, Silverlight ti offre l'abilità del "rich client" oggi. Non hai accesso a tutti i dispositivi (in particolare quelli mobili), ma per alcune classi di app è un'ottima scelta e rimarrà tale. HTML5 sarà un serio contendente molto presto e incoraggio strongmente tutti a impararlo. Ne avrai bisogno.

Penso che molte persone guardino a Microsoft e vedono una gigantesca entità. Non è davvero come è, però. Microsoft è più simile a dozzine di piccoli team e in realtà è solo il nome "Microsoft" che li lega. Quindi, mentre il team IE si concentra su HTML 5 e spinge il più possibile, è possibile scommettere che il team WPF / Sliverlight è altrettanto impegnativo a lavorare su WPF e Silverlight.

Silverlight per l'uso sul Web non ha mai veramente tolto - tuttavia, Microsoft sta spingendo molto su Windows Phone 7, che utilizza WPF / Silverlight per le app, quindi Silverlight non viene ucciso, è solo l'obiettivo di dove viene distribuito, che sta cambiando.

Forse "uccidere" è un po 'una parola strong. Penso - ed è stato riportato ampiamente (Mary-Jo Foley, ecc.) Che Microsoft sta spostando il loro focus da Silverlight a HTML 5. Penso che Silverlight continuerà ad essere la piattaforma di scelta per esperienze web super-ricche e materiale video-pesante (ad esempio, quello che hanno fatto con la copertura online NBC delle Olimpiadi invernali 2010). Penso anche che vedremo Silverlight sempre più nello "spazio" aziendale - invece di fornire client "grassi" in WPF o WinForms, posso sicuramente vedere Silverlight, esp. correre fuori dal browser, trovare una casa nello sviluppo del software aziendale.

Da una prospettiva strategica, ho letto un post con una grande idea del perché Microsoft sia improvvisamente così interessato all'HTML 5. Per cominciare, dà loro un "in" per il mercato iOS. In secondo luogo, sposta il gioco in un'area in cui, rispetto ad Apple, hanno un enorme vantaggio: il Cloud. Chiunque abbia utilizzato il servizio MobileMe di Apple può attestare il fatto che, mentre Apple fa un sacco di cose, attualmente il Cloud non è uno di questi.

Penso che Silverlight sia praticamente un gioco finito ora (share di mercato saggio) dato che sia Flash che Silverlight lasceranno il posto a HTML5 nei prossimi anni.

D'altro canto, è probabile che WPF rimanga fermo (anche se i problemi di prestazioni sono validi) Windows Vista / Windows 7 sono entrambi pesantemente investiti in WPF e sarà probabilmente la strategia desktop per Microsoft per i prossimi anni (a almeno), specialmente considerando che VS & Le espressioni sono scritte usando WPF.

Ma ovviamente questa è la strategia del desktop, ed è evidente che la maggior parte delle applicazioni che le persone utilizzano quotidianamente migreranno dal desktop al Web (se non lo hanno già fatto) in quanto il supporto del browser HTML5 diventa onnipresente. WPF è ancora (discutibilmente) la scelta migliore per le applicazioni che richiedono il desktop di Windows e. Net, ma queste sono probabilmente delle app di nicchia rispetto a quelle basate sul web che saranno il mainstream.

Diversamente da HTML5, le piattaforme mobili (leggi: Android e iOS) sono probabilmente le aree di crescita per lo sviluppo per i prossimi anni.

Questo non è molto sorprendente. Con tutte le dovute scuse a tutti gli sviluppatori che l'hanno scelto, Silverlight è stata una vera barzelletta sin dall'inizio. Nessuno lo sta usando sui loro siti web. Il mercato di riferimento è saturato da Flash e tre anni e mezzo di Microsoft che spingono la loro alternativa non ha portato a un'adozione diffusa, e ora che HTML 5 sta uscendo su tutti i principali browser, il mercato in realtà non sopporterà tre soluzioni concorrenti, reciprocamente incompatibili.

Ora Microsoft sta dicendo che si concentreranno su di esso come lo standard per la programmazione di Windows Phone 7. Questo è l'ultimo chiodo nella bara, dato che da tutti i segni, WP7 sta cercando di essere un enorme flop.

Sembra che ci sia stato un cambiamento strategico all'interno di Microsoft, e in questo momento Adobe Flex / Flash continuerà ad essere la tecnologia leader con cui lavorare per le applicazioni RIA. Sembra che l'HTML5 verrà ampiamente adottato e io personalmente passerei a sperimentarlo.

Direi che HTML5 è valido fino a quando si desidera produrre applicazioni che mirano a quanti più possibili clienti possibile.

La tua applicazione dovrebbe richiedere l'accesso a Internet? Dovrebbe usare le capacità native del computer? (file, monitoraggio, ecc.). Richiede la condivisione di informazioni? Tutte queste domande e molto altro ti guideranno se non puoi o dovresti produrre le tue applicazioni come Rich Web App, o se dovrebbe essere sviluppata come applicazione basata su client.

C'è in futuro un posto per le applicazioni WPF, soprattutto nel breve periodo. Silverlight sembra essere l'obiettivo per lo sviluppo in modalità sandbox come i telefoni, ma vedremo come va quel treno. Ma all'inizio di ogni sviluppo dovresti considerare i requisiti dell'applicazione, ciò che desideri ottenere e selezionare la tua tecnologia di conseguenza.

Ora però vorrei sottolineare che non c'è motivo per non imparare Silverlight o WPF, anche se non è quello che sarà il giocatore principale in 6 o 7 anni. Se c'è una cosa che posso dirti con certezza, allora la tecnologia cambia. Ci sarà un HTML6, ci sarà un prossimo WPF, e dovrai imparare più di una tecnologia se vuoi veramente capire il primo.

Inizia a imparare uno di questi e puoi sempre passare e prendere ciò che hai imparato con te alla tecnologia successiva.

Ho scritto un post su questo argomento, perché ha continuato a emergere all'interno del mio team da quando usiamo Silverlight. La risposta breve è: Silverlight non è morto. HTML 5 sarà una scelta migliore per raggiungere più dispositivi e più piattaforme. Ma Silverlight è più ricco di funzionalità ed è attualmente molto più facile sviluppare un'app Silverlight che un'app HTML 5 con ASP.NET MVC. La strumentazione per Silverlight è magnifica rispetto alla quasi completa mancanza di strumenti per HTML 5 di Microsoft. Quindi dipende dal tuo ambiente e dal tuo pubblico di destinazione su cui è la scelta migliore.

Per maggiori dettagli, ecco il mio post sul blog:
link

Inoltre, Hanselman ha pubblicato di recente sullo stesso argomento: link

Ecco un articolo di ReadWriteEnterprise sulle competenze tecnologiche di tendenza, a partire da maggio 2011:

link

Silverlight overtook Flash. Silverlight jobs experienced 12.6% growth in the past three months, while Flash experienced just 2.2%. Silverlight also surpassed Flash in total number of jobs, with 982 job listings for Silverlight and 646 for Flash.

E

Microsoft professionals are doing well, with strong growth in C#, Silverlight and Azure.

È solo un'ipotesi, ma con l'avvento di smartphone e tablet, in particolare quelli di Apple, Silverlight come tecnologia web non sembra più avere molto senso.

Silverlight è probabilmente meglio descritta come la risposta di Microsoft a Flash. È lo stesso dominio del problema, quindi ciò che rende un buon gioco Flash sarà anche un buon gioco Silverlight.

Nessuno conosce davvero il futuro. Tutto quello che so in questo momento è che non tutto fa una buona applicazione web, e non tutto fa una buona applicazione desktop. Questo lo so bene:

• WPF probabilmente resterà fermo per un po '.
• Silverlight è agli albori, quindi Microsoft lo aggiornerà per un po '. Ho sentito dire che è più bello lavorare con Flash, ma non aver mai avuto problemi con entrambi, non posso dire.
• HTML 5 / CSS 3 / JavaScript dovrebbe essere le ginocchia delle api, ma in questo decennio non sarà pronto in un modo veramente significativo. (Supponendo che i comitati la approvino prima del 2020, ha ancora bisogno del supporto completo del browser e questo richiede tempo).

Per scegliere la piattaforma che stai per seguire, devi ottenere alcune risposte fondamentali:

• Chi sono i tuoi clienti? (qual è il tuo mercato di riferimento?)
• Stai pensando di guadagnare? Come?
• Qual è il lasso di tempo in cui ti aspetti che questa app sia attiva prima di aggiornarla e / o sostituirla?

Se stai cercando più di due anni per avere le prime due versioni fuori dalla porta, è probabile che stai guardando troppo in fondo alla strada. Conoscere il tuo mercato di riferimento ti aiuterà a capire se una piattaforma è anche praticabile. Ad esempio, molti dispositivi mobili non supportano alcun tipo di plug-in nei loro browser piccoli - ciò significa non solo non Silverlight, ma nemmeno Flash. Ma se non stai prendendo di mira i dispositivi mobili, non ha importanza per te.

Penso che sia tutto solo una congettura in questa fase. Con il piano per un App Store integrato in Windows 8, la tecnologia dell'app probabilmente sarebbe Silverlight (dato come può essere sandbox in OOB, ecc.). SL sarà probabilmente in giro per gli anni a venire.

L'altra cosa da considerare su HTML5 è che il turno menzionato potrebbe essere lontano dall'attuale programmazione scadente di IE non standard, non lontano da SL.

Allora cosa dovrebbe fare Microsoft? In questa situazione, devono fornire supporto per HTML5 + js come creatore del browser più utilizzato.

Ma puoi ancora andare con Silverlight. Ci saranno versioni e supporto per questa struttura ben progettata senza dubbio.

Non secondo questo artcile, lo stanno semplificando per rendere più facile la creazione di codice multipiattaforma.

link

Questo è il motivo per cui continuiamo a fare una buona programmazione WinAPI vecchia scuola usando Delphi. Meglio trascorrere del tempo per risolvere i compiti che sprecarli sulle cosiddette "nuove tecnologie". Tutto ciò che "di nuovo" in .NET esisteva molto tempo prima a Borland Delphi. Personalmente, penso che la tecnologia dovrebbe rimanere almeno 10 anni prima di provarla e dipendere da essa.

Sono abbastanza sicuro che Microsoft non ucciderà Silverlight in favore di HTML5, almeno non in breve: P. In un recente evento con Paul Cotton ne abbiamo discusso, e siamo tutti d'accordo sul fatto che la differenza principale con HTML5 è: gli strumenti, VS.Net + Blend sono strumenti grandi e imbattibili al momento, questo è un grande vantaggio e ci sono molti programmatori che continueranno a svilupparsi su Silverlight e su molte altre tecnologie .Net.

Ad ogni modo, quando apparvero i gadget Vista e furono fatti in HTML, nessuno pensava che Silverlight fosse morto, abbiamo trovato il modo di metterli in argento ... quindi presumo che saremo in grado di mettere la nostra roba Silverlight in la nuova e fantastica interfaccia di Windows 8.