.Web de la RED de la Portabilidad de Aplicaciones de SilverLight

Question

La empresa donde yo trabajo creado esta aplicación que es el núcleo de nuestro negocio y se basa en el navegador web para hacer cumplir ciertas "reglas" que, sin ellas, hace que la aplicación de un poco inútil para nuestros clientes.Lo siento por tener que ser prudentes, Un acuerdo de no divulgación, junto con un montón de otras cosas que me impide decir exactamente lo que la aplicación es.Esencialmente, JavaScript, los controles de ciertos eventos temporizados (que tiene que ser exacta a por lo menos el segundo), lo que dificulta el control con ajax/devoluciones etc.

Mi pregunta es la siguiente:¿qué tan difícil es para convertir un ASP.NET aplicación de SilverLight suponiendo que la mayor parte del código es realmente de C# de la lógica de negocio y no asp.net los controles?Acabo de terminado de escuchar Frito bytes y el MS personas hacen sonidos como este en realidad no es tan grande de un acuerdo.Esto es cierto para las aplicaciones web, o principalmente Win32 queridos?

Sé el asp.net front end es fundamentalmente diferente de SilverLight, pero hay un montón de código de C# me gustaría no tener que escribir de nuevo si es necesario.La sustitución del código de javascript para silverlight estoy asumiendo es trivial (me sabe mal hipótesis, pero tengo que empezar en alguna parte), dado que se trata de eventos temporizados, así que no estoy realmente preocupado con eso.Necesito llegar a una solución en la forma de mitigar este problema, y yo estoy esperando que esta es una tierra de en medio entre:no hacer nada y ver que nos golpean por nuestros clientes, y volver a escribir toda la aplicación en algo más seguro que una página web con solo extremo frontal de validación.Alguien ha tratado de convertir ASP.NET código a un proyecto de SilverLight?

Answer 1

Si el grueso de su aplicación en el back-end, usted debe ser capaz de mantener a la mayoría del código intacto y solo reemplazar el front-end.Sin embargo, Silverlight requiere una comprensión de WPF, que es radicalmente distinta de la de HTML/JS que la aplicación utiliza en la actualidad.Yo diría que si su interfaz de usuario es bastante delgado, debería ser bastante fácil de puerto de Silverlight, pero la más lógica de negocio está en la interfaz de usuario, más difícil será.

Answer 2

Cómo pesadamente qué el uso de las bibliotecas de clases, y las cosas que podrían ser considerados como "peligrosos", como pinvoke, acceso al sistema de archivos y del Sistema.Los diagnósticos.Proceso?

Answer 3

La portabilidad del código de ASP.NET para Silverlight no es una tarea fácil.Como Nate puntos de salidas depende en gran medida de ASP.NET la aplicación está basada en AJAX, y cuánto se basa en torno a los controles de servidor.

Silverlight es un estado completo de tecnología del lado del cliente, lo que significa todo lo que se ejecuta en el cliente en el navegador.ASP.NET es una tecnología de servidor, y está construido alrededor de una solicitud/respuesta modelo.Ya que estos dos son completamente diferentes paradigmas no es un puerto recta.

Sin embargo, desde ASP.NET es sólo HTML y HTTP POST de formulario de datos de personas han hecho experimentos en los que se ha añadido una aplicación de Silverlight directamente en la parte superior de un ASP.NET la página, y generado manualmente la solicitud POST HTTP a mano enviando los datos exactos de la ASP.NET de trabajo de la aplicación.Es casi como hacer screen scraping" para su propia aplicación.Esto podría funcionar, pero no sería óptimo.Usted no consigue un aumento de rendimiento como su ASP.NET la aplicación tendría que ir a través de un completo ciclo de página en cada solicitud.

Una alternativa mejor es empezar envolver cualquier funcionalidad que tiene el usuario en el APS.NET aplicación de servicios web.Puede agregar estos servicios junto a las páginas ASPX, y poco a poco el puerto de la aplicación.La interfaz de usuario de construir desde cero basado en estos servicios.

Buena suerte!