¿Hay algún valor en el uso de un marco de Silverlight?

Question

Tengo tres semanas para diseñar una aplicación Silverlight 3 LOB y he decidido incorporar Entity Framework, RIA Services y el patrón MVVM.

Ahora estoy investigando todo el pegamento. Estoy comprobando comportamientos, ICommand, propiedades de dependencia, IoC, etc.

Hay una serie de marcos para Silverlight a partir de este escrito.

Silverlight.FX
Silverstone
CSLA for Silverlight
Prism
Caliburn

Son estas necesaria?
¿Tiene experiencia con alguno de estos marcos?
¿Estos marcos siguen siendo aplicables para Silverlight 3?
¿Cuáles son los pros y los contras del trabajo con cualquiera de estos marcos?

Para ser sincero, no estoy tan interesado en CSLA porque no lo usamos hoy pero lo incluí para completarlo.

Answer 1

Falta una de las cosas (que es importante para MVVM). De modo que estarás rodando al menos una parte de lo que te proporciona el marco.

Personalmente, no utilizo ningún marco de terceros, pero sí uso un marco interno de la empresa que me proporciona comandos y tiene clases base para la parte de ViewModel de MVVM.

Answer 2

No tengo ninguna experiencia con esos frameworks, pero basándome solo en YAGNI y la novedad de Silverlight 3 y RIA Services, solo me quedaría con Silverlight 3 y RIA Services hasta que pueda probar que tiene una necesidad de un marco adicional.

Supongo (pura especulación) que las nuevas características de Silverlight 3, junto con .NET RIA Services, abordan muchas de las mismas deficiencias de Silverlight que abordan esos marcos.

Answer 3

ciertamente he tiene un sesgo personal, basada en lo que hago en el trabajo pero las características que encuentro muy útil en cualquier proyecto de Silverlight ...

1. datos
2. autenticación/seguridad
3. disparadores/Acciones (para mantener la mayor parte de sus declaraciones)
4. Comportamientos (para encapsular la funcionalidad de vista en componentes reutilizables que puede adjuntar a controles)
5. Ver modelo/MVVM (para ver por separado del código)
6. simple COI - para conseguir dependencias inyecta en sus modelos de vista
7. Efectos y transiciones

Si su aplicación es compleja/tiene múltiples pantallas ... 8. Navegación y posiblemente algún MVC

1 y 2 - Esperamos tratar con .NET RIA Services.

Los otros, estoy tratando de proporcionar una implementación a través de Silverlight.FX ... inicialmente como una implementación que las personas pueden usar como están o como punto de partida, y con el tiempo llevarlas a la plataforma/SDK.

Por lo que a sí mismo va, es ciertamente útil, pero no esencial en mi opinión, si tienes la funcionalidad básica de encuadernación y la capacidad de unir eventos a métodos de vanilla a través de acciones.

Answer 4

Me gusta el Silverlight.FX de Nikhil, ya que incluye comandos, mvvm y algunos elementos "divertidos" como el comportamiento de desplazamiento de la rueda del mouse. Prism también es bastante bueno y creo que su sistema de publicación/suscripción de eventos es más poderoso que el de Silverlight.FX. En general, considero que Prism es un poco engorroso (y no totalmente relevante si planea construir una aplicación de navegación SL3). Ninject es mi favorito actual para DI.