¿Silverlight 3 cambia la pregunta MVC vs. Silverlight?

Question

Pronto comenzaré un nuevo proyecto e investigaré si usar MVC, Silverlight o ambos. Esta pregunta Silverlight vs. ASP.NET MVC fue un buen punto de partida. Pero al revisar la versión beta de SL3, parece que hay dos cosas que cambian el panorama un poco. En primer lugar, la característica de navegación que es una característica directa de Silverlight y ahora está el .NET RIA Services. Si bien no es parte de Silverlight, está bastante integrado y parece cerrar la brecha entre las operaciones del cliente y del servidor. Un área, en mi opinión, donde MVC es fuerte y Silverlight (una tecnología del lado del cliente) no lo era. Entiendo que todavía puede usar ambos, pero ¿debería usted y por qué?

Answer 1

En pocas palabras, no.

Silverlight y silverlight en el escritorio se parecen más a las aplicaciones winforms/wpf que acaban de ejecutarse en la web. Son concisos y actúan de forma muy diferente a un sitio web. Las aplicaciones de Silverlight solo se pueden ejecutar en máquinas que permiten el funcionamiento de Silverlight. En una configuración de red empresarial, pueden tener configuradas políticas de grupo para que Silverlight no se pueda instalar. Entonces tienes un problema.

ASP.NET MVC es sin embargo un tipo de diseño sin estado al que casi cualquier persona con un navegador web puede acceder independientemente de la plataforma. Usted tiene mucha más libertad con su sitio usando ASP.NET MVC porque no tiene una dependencia en que el usuario final tenga algún tipo de tiempo de ejecución instalado.

Creo que cada uno tiene su lugar y es bastante obvio. Silverlight es ideal para crear una experiencia enriquecedora cuando corresponda. Dudo que veas demasiada luz plateada apareciendo reemplazando sitios web.

Answer 2

Creo que ambas tecnologías tienen su lugar: creo que Silverlight se usará principalmente para aplicaciones de propósito especial y asp.net MVC será principalmente para páginas web y aplicaciones web de estilo público y general.

En cuanto a cuál quieres usar, bueno eso depende completamente de tus necesidades y tu público.

Answer 3

Silverlight viene muy bien incluso para aplicaciones de negocios (Navegación, Servicios de RIA, Formulario de datos, etc ...) Pero ya el gran problema es el complemento.

Personalmente, estoy harto y cansado de HTML, así que estoy centrando esfuerzos en Silverlight.

También depende si estás trabajando en un sitio por diversión o no.

Answer 4

Cuando creamos los servicios de .NET RIA, buscamos permitir a los desarrolladores crear básicamente el RIA rápido al 100% y, como resultado, nos centramos en el enfoque en términos de la carga de ASP.NET WebForms, etc. Para usar los dos de una manera híbrida es posible, pero es una cuestión de qué pieza desea hacerse cargo del trabajo pesado.

Si la solución de Silverlight es básica en términos de implementación, es decir, solo datagrid de datos, entonces ASP.NET MVC se adapta mejor, de esta manera no tiene que preocuparse por los enlaces profundos, etc. gratis dentro de un enfoque basado en HTML nativo).

Sin embargo, si está construyendo una solución de RIA más grande dentro de Silverlight y está utilizando ASP.NET de forma específica, entonces está bien, pero tendrá que recordar que con cada actualización de página viene una una penalización que es, por supuesto, una actualización de página y, en segundo lugar, debe asegurarse de que dicha instancia de Silverlight pueda encontrar su camino de regreso a donde estaba antes de presionar la actualización (o cargar en un lugar que permita al usuario encontrar el camino a seguir).

Puede ser algo muy complicado a pesar de la bondad que incorporamos a los servicios de RIA.

Scott Barnes/Rich Platforms Product Manager/Microsoft.

Answer 5

Muchos sitios web creados para empresas y organizaciones tienen un front end de "solo lectura". Es decir, la información (inventario, catálogos, noticias corporativas) se presenta desde una base de datos enriquecida, pero el usuario final promedio no tiene la capacidad de editarlos.

El patrón natural que he estado viendo es utilizar ASP.NET MVC para la presentación "front-end" pero usar la funcionalidad Silverlight/RIA para evitar tener que escribir todo el material CRUD en la administración back-end. Es un gran ajuste. La base de usuarios de administración suele ser mucho más pequeña que la audiencia total y los problemas de tiempo de descarga, la penetración de Silverlight, etc. no son tan problemáticos.

Sin embargo, la historia de Silverlight RIA/ASP.NET MVC es muy difusa en este momento. No hay mucha información que discuta cómo usar los Servicios de RIA para proporcionar acceso a un proyecto de repositorio compartido del estilo que construye para los proyectos de MVC. link text Esto hace que integrarlos sea difícil en este momento. Puedes construir tus capas MVC y RIA encima de una base EF o Linq2Sql común, pero tiene sentido compartir la inteligencia del Repositorio que creaste para MVC.

Idealmente, obtendremos una buena documentación de la conexión de los Servicios de RIA a una capa de clase de estilo de repositorio, independientemente de lo que utilice el Repositorio para hablar con la base de datos subyacente y la historia de desarrollo rápido estará completa.

Answer 6

No creo que silverlight cambie la historia de asp.net MVC.

MVC permite que asp.net sea más compatible con estándares web, y fuerza proyectos en una estructura desacoplada más comprobable. El último fue la única responsabilidad del arquitecto/desarrollador en webforms.

"Personalmente, estoy harto y cansado de HTML, así que estoy centrando esfuerzos en Silverlight". Amen a eso. javascript también

He estado desarrollando aplicaciones web durante más de una década (Classic asp luego saltó a .Net tan pronto como estuvo en beta). MCTS x2 y MCPD x2 en asp.net. Si bien creo que ASP.Net MVC es una gran adición para los desarrolladores de sitios web, creo que los formularios web con un patrón de MVP estricto en la capa de interfaz de usuario suelen ser aún mejores para las aplicaciones web empresariales/B2B. (tablero de instrumentos, administración, informes, etc.)

Todo lo dicho a medida que avanzo hacia el espacio de integración, SOA, biztalk, wcf, etc. Realmente estoy de más dando un buen tiempo esta propiedad css se aplica de manera válida en "Versión de IE, lo que sea". o "versión de Firefox cuál es el siguiente" y sobre tratar con el que a veces es genial, en algún momento quiero dispararme a controlar la jerarquía en formularios web.

Silverlight 3 realmente está empezando a ser relevante para las aplicaciones de LOB, lo veo como el principal compeditor de las formas web, no MVC.