Quanto è robusta l'architettura di tipo Project Silk per le app LOB pesanti?

Question

Project Silk sembra buono per le applicazioni di social networking dove ci sono flussi di dati aggiornati di frequente che devono apparire in una presentazione in stile dashboard.

Vorrei chiedere se tale architettura è appropriata anche per le applicazioni LOB tipiche che sono pesanti in termini di dati. Attualmente, utilizziamo WPF o Silverlight per la presentazione di rich client (schede di moduli master/dettagli, stili Ribbon Office, drag and drop, griglie, grafici). Project Silk sembra aprire un'altra opzione per tali app.

Alcune domande che ho:

• sono le tecnologie utilizzate in questo stack abbastanza maturi per considerazione per l'uso aziendale?

• L'ampiezza dei widget attuali e futuri dell'interfaccia utente di JQuery è sufficiente a soddisfare queste esigenze?

• Questa architettura sarà performante in esecuzione in modalità interpretata su un browser invece di utilizzare completamente la potenza della CPU come fanno le app native?

Answer 1

sono le tecnologie utilizzate in questo stack abbastanza maturi per considerazione per l'uso aziendale?

jQuery, asp.net mvc 3, html 5, css 3 sono maturi e funzionano bene per uso aziendale. Ci sono alcune differenze a seconda del browser utilizzato. Questo è un grosso problema.

L'ampiezza dei widget attuali e futuri dell'interfaccia utente di JQuery è sufficiente a soddisfare queste esigenze?

No. Silverlight/wpf è molto più "stabile". Il modello di box UI è eccellente. Silverlight/wpf è anche più "solido" in quanto è compilato e può essere completamente testato.

Questa architettura sarà performante in esecuzione in modalità interpretata su un browser invece di utilizzare completamente la potenza della CPU come fanno le app native?

Sarà performante, ma non altrettanto performante come un'app nativa o un'app silverlight/wpf che viene compilata sul computer del cliente.