Qual è l'aspettativa di vita di Silverlight 2?

Question

Una volta, quando ho costruito un sito interno per un cliente che utilizza Silverlight 2. Sono stata felice con lui e ho a malapena dovuto toccarla. È l'aspettativa che questo sito funziona sempre? Quello che ho paura di è improvvisamente ricevendo una chiamata anni da oggi che gli utenti installano silverlight X e ora è rotto e ho intenzione di avere per convertire immediatamente passato versioni Y di Silverlight per ottenere il sito back up, e io don 't anche fare più Silverlight.

I già ha attraversato questo una volta quando è andato da 2 beta 2 rilascio e e rimescolando per risolvere tutte le ultime modifiche e ottenere il sito back up. Non era come affare grande un allora come siamo stati in beta comunque.

ho potuto aggiornare ora, ma sarebbe davvero difficile tornare al cliente e chiedere soldi per fare un upgrade quando sono felici ora e vedrà alcun beneficio evidente dalla corrente rimanere. Inoltre ci sono alcuni controlli di terze parti che avrebbero dovuto essere di nuovo in licenza.

Quindi credo che quello che sto chiedendo c'è un termine noto della vita? Oppure dobbiamo solo giocare a orecchio?

Answer 1

In base alla Silverlight di sostegno alla politica del ciclo di vita , sembra che il supporto ufficiale per Silverlight 2 è già finito (a partire dal 12 Ottobre 2010). Tuttavia, alcuni altri documenti (per lo più elencati alla questa domanda SO ) dare l'impressione che le applicazioni Silverlight sono binari indietro-compatibili attraverso una sorta di Silverlight "quirks mode", così fino a quando non stai cambiando la vostra applicazione Silverlight e la politica non cambia, l'applicazione dovrebbe funzionare a tempo indeterminato.

Answer 2

I ragazzi di MS hanno finora fatto un lavoro ragionevolmente buono di mantenere la compatibilità tra le release di Silverlight. Ma ci sono stati alcuni cambiamenti significativi, e, a seconda di cosa il vostro app fa, che caratteristiche che utilizza, e ciò che i bug nel runtime che sfrutta, essa può o non può continuare a funzionare in modo pulito su future versioni del runtime. MS fornisce alcuni esempi buoni di rottura modifiche tra Silverlight 3 e Silverlight 4 qui .

Un esempio di molti: Silverlight 4 introduce un nuovo "Watermark" di proprietà sulla classe Casella di testo. E 'possibile che un'applicazione Silverlight 2 o Silverlight 3 sottoclasse della classe Casella di testo, e ha aggiunto di loro proprietà Watermark. I riferimenti in XAML per quella proprietà Watermark potrebbero quindi lanciare un AmbiguousMatchException quando eseguito su un Silverlight 3 o Silverlight 4 fase di esecuzione.

Probabilmente non ci saranno più cambiamenti di questo tipo come MS si sposta SL5 e poi SL6, e così via: e il loro team di sviluppo sarà smettere di preoccuparsi abbastanza tanto di interrompere le applicazioni SL2. Un cambiamento che introduce una caratteristica davvero cool, ma si rompe una parte ragionevole di applicazioni SL2 dovrebbe presumibilmente essere inaccettabile in SL5, ma forse non in SL6 o SL7.

La mia raccomandazione nella vostra situazione specifica potrebbe essere quella di lasciare che il vostro know cliente circa la possibilità di problemi futuri, in modo che essi hanno la possibilità di prendere una decisione su di esso quando non è un'emergenza.

Answer 3

Take it easy :) Sarebbe allways lavoro .. Silverlight avere il 100% di compatibilità a ritroso per OGNI versione principale!