¿Es apropiado Silverlight para una gran aplicación LOB

Question

? Estoy en la etapa de prueba de concepto para una aplicación LOB bastante grande. La aplicación se implementará en muchos escritorios (más de 200) en muchas organizaciones. Contendrá muchas pantallas de tipo CRUD (alrededor de 100), junto con algunos procesos bastante complejos como la generación de facturas y la integración del libro mayor financiero. También contendrá muchos informes.

ya he hecho un montón de tareas y más o menos asentado sobre una pila de tecnología de:

• PRISM
• CSLA
• NHibernate

Lo único que falta es la capa de presentación y entonces mi pregunta es la siguiente:

es Silverlight 3 an tecnología apropiada para construir una aplicación tan grande?

Inicialmente estaba preocupado por la falta de una historia de informes para Silverlight, pero ahora hay un commerial reporting tool disponible que se resuelve el problema. Así que ahora me pregunto sobre el tamaño de mi aplicación y cómo será el rendimiento cuando intenten descargarla en su navegador. Con más de 100 "pantallas" y una gran cantidad de informes, no será liviano de ninguna manera.

¿Es Silverlight 3 una opción sensata o debería estar mirando a WPF? La razón principal para SL3 fue el problema de implementar en muchos equipos de escritorio en muchas organizaciones.

Answer 1

Sugeriría Silverlight 3.0 para una aplicación LOB si su aplicación requiere lo siguiente.

• Una rica interfaz de cliente
• fuera de línea/en ocasiones escenarios comunicado con los
• la capacidad de imitar el modelo de implementación web

Mientras la frecuencia de sus lanzamientos es razonable, entonces Creo que estos beneficios superarían los efectos secundarios de una gran descarga inicial.

Por otro lado, volvería a considerar el uso de Silverlight 3.0 si alguna de las siguientes afirmaciones es verdadera.

• Tiene que interactuar con dispositivos USB, como escáneres.
• Necesita interactuar con otras aplicaciones en el cliente.

Si tiene garantizado un cliente estándar, es posible que desee explorar una aplicación de Windows "Hacer clic una vez". Supera las restricciones anteriores, no está sujeto a la 'caja de arena' y aún puede usar el modelo de despliegue web.

Answer 2

Estamos haciendo una aplicación SL3 para más de 5000 usuarios pero con menos pantallas (más de 30) y creemos que es posible. También estamos en producción con la aplicación de 4 pantallas para la misma cantidad de usuarios. Si le preocupa el rendimiento de la descarga, puede hacer dos cosas:

1. Recompense XAP con algo agradable, como 7zip: ofrece resultados mucho mejores en comparación con el compresor nativo.
2. Dividir la aplicación en aplicaciones SL3 separadas y cargar las piezas apropiadas bajo demanda.

Answer 3

Para hacer la aplicación inicial más pequeña, también puede cargar módulos XAML bajo demanda (incluso si esto complica las cosas). En general, a los usuarios no les importará que haya un tiempo de carga si la aplicación tiene una buena respuesta cuando se trabaja con ella (y eso debería quedar bien con SL3). Quizás otra alternativa sea .net con ajax y SL3 para la interfaz de usuario donde sea absolutamente necesario.

Es una tecnología bastante nueva para construir una aplicación tan grande, pero debería ser factible. Si se vuelve demasiado pesado, puede resolverse creando diferentes módulos. Recuerde también mantener las tareas que lógicamente se realizan juntas en los mismos módulos.

Answer 4

Tenga en cuenta también que el tiempo de ejecución de Silverlight solo está disponible para Windows y Mac, así que olvídese de Silverlight si desea que su aplicación se pueda utilizar desde un navegador en, por ejemplo, una caja Linux.

(Sí, ya sé que hay Moonlight. Pero yo no pondría mis huevos en esta canasta a menos que por alguna oscura razón Microsoft decide participar en este proyecto.)