Silverlight OOB vs WPF ClickOnce

Question

Silverlight Fuori dalla tecnologia del browser e WPF ClickOnce sulla superficie hanno somiglianze. Distribuzione facile e semplice, la possibilità di specificare il livello di accesso di trust all'host sottostante, ecc.

Quali sono i problemi chiave che devo considerare quando si sceglie uno rispetto all'altro?

Per mettere un punto preciso su di esso, distribuirò applicazioni LOB su una rete aziendale che esegue solo computer Windows.

Answer 1

Hai menzionato l'accesso sicuro all'host che penso escluda Silverlight a meno che tu non voglia eseguire SL4 (beta).

Di recente abbiamo discusso molto sull'accesso al file system. Silverlight 3 esegue più o meno una sandbox parziale affidabile. Non è possibile mantenere un puntatore ai file nel filesystem al di fuori della memoria isolata dell'applicazione. Questo è stato un problema per noi in quanto volevamo che l'utente fosse in grado di utilizzare l'applicazione per fare riferimento alle quote sul proprio file system. Detto questo, puoi consentire agli utenti di caricare e salvare i file da qualsiasi punto del sistema, ma puoi semplicemente ottenere/o spingere il flusso del file e (per quanto mi consta) non avere accesso alle informazioni sul percorso della cartella o del file.

Silverlight 4 (in versione beta) supporta l'applicazione in esecuzione in modalità completa. Non ho ancora giocato con questo e tuttavia non posso parlare di come funzioni bene.

Answer 2

Il più grande è la compatibilità multipiattaforma. Se hai bisogno di app per eseguire su Mac e Windows (non sono sicuro se Silverlight sia ancora supportato in Linux), usa Silverligt. Se vuoi fare una supposizione che tutti i tuoi utenti saranno in una macchina Windows, allora vai a WPF.

Ovviamente WPF ha un kit di strumenti molto più ricco di Silverlight, quindi potrebbe ben essere che Silverlight non sia un'opzione. Se stavo solo costruendo Windows, so che il mio lavoro sarebbe più facile in WPF.

Answer 3

Dato che ci si rivolge un'infrastruttura privata con sistema operativo Windows, due punti la pena di pensare

• WPF ha una struttura di controllo più ricco, mentre Silverlight è un insieme ridotto di dimensioni compatte
• WPF richiede NET Framework installato localmente, mentre Silverlight ha il proprio runtime indipendente dal browser indipendente

Mentre la piattaforma di destinazione avrà probabilmente l'ultimo .Net framework installato, rendendo quest'ultimo punto discutibile, mantenere in mi gli eventuali aggiornamenti da a il framework [cioè .Net4.0 e gli eventuali aggiornamenti futuri] potrebbero richiedere un riavvio della macchina, il che è un grave punto dolente per le aziende che richiedono desktop con stato costante [vale a dire qualsiasi cosa in finanza, come le banche e negoziazione].

---

Come per tutti i problemi, le vostre esigenze, non la tecnologia, dovrebbero informare la vostra soluzione. :)

Answer 4

Parlando con un sacco di persone che lavorano con Silverlight e WPF, anche coloro che sono entusiasti di Silverlight e lo spingono forte, sento dire in modo abbastanza enfatico che se si svilupperà esclusivamente per un ambiente Windows completamente affidabile, WPF è la scelta più ovvia.

Questo non vuol dire che Silverlight è un prodotto inferiore o che non ci saranno tempi in cui Silverlight sarà il chiaro vincitore.Ma quando si dice "distribuirò applicazioni LOB su una rete aziendale che esegue solo computer Windows", sembra che WPF sia la parte vincente.

È possibile decidere di percorrere la rotta Silverlight in previsione di tutte le nuove grandi funzionalità OOB di SL4. Ho persino sentito voci sul fatto che SL e WPF alla fine si fonderanno, quindi potrebbe anche non avere importanza, giusto? Bene, penso che quello che troverai se andrai con Silverlight è che alcune delle funzionalità avanzate che pensavi ci fossero non erano nel modo in cui ti aspettavi. Ad esempio, SL4 sarà in grado di eseguire "Elevated Trust" (non completamente attendibile) e potresti trovare questa limitazione in un punto frustrante nel progetto in cui gran parte della tua base di codice è già presente in Silverlight.

Certamente tenete gli occhi su Silverlight, ma per il vostro caso aziendale attuale, WPF sarà probabilmente la soluzione migliore.