2010-09-10 11 views
6

Recientemente migramos un ASP grande. sitio web desde el marco 1.1 al marco 3.5 y en el proceso también migró de un sitio web a una aplicación web.Diferencias entre ASP.Net framework 1.xy 3.5/sitios web y aplicaciones web. Aspectos a tener en cuenta durante una migración

En la superficie todo parecía funcionar bien, pero ahora estamos descubriendo que ninguna de las "páginas" está haciendo lo que solían hacer.

El sitio se compone de una página default.aspx que carga todas las "páginas" como controles de usuario. (Supongo que esto fue para lograr el mismo efecto que tener una página maestra antes de que se inventaran las páginas maestras).

Creo que perdimos un truco (o doce) durante la migración. ¿Cuáles son los grandes obstáculos que otras personas han experimentado

actualización Nos las arreglamos para encontrar el problema que hacía que nuestras páginas dejan de funcionar, pero no podemos entender por qué: Cuando limpiamos el código de la página principal , agregamos espacios en blanco (una nueva línea) entre las etiquetas de apertura y cierre del control que todos los demás controles de usuario de la "página" se cargan. Una vez que eliminamos la nueva línea, todo comenzó a funcionar nuevamente. ¿Alguien puede explicar esto?

+0

Su pregunta es demasiado amplia. Hay una enorme cantidad de posibilidades de obstáculos que podría experimentar al migrar una aplicación ASP clásica a .Net ... – Jason

+0

¿Quién dijo algo sobre el asp clásico? Vuelve a leer la pregunta. –

+1

¿También migró a una versión más reciente de IIS? Un obstáculo con el que tropecé fue la sección system.webserver en web.config. Sin embargo, migré a Framework 3.5 e IIS 7. – JohnC

Respuesta

0

Una cosa que debes saber es que si tu nuevo servidor es de 64 bits. Existe la posibilidad de que los controles en la página se carguen simultáneamente con la página. En cierto sentido, habrá muchos problemas de sincronización. Si no está utilizando un servidor de 64 bits, sin embargo, esto no es relevante.

1

He tenido problemas durante la copia manual, etc., que ha perdido la conexión entre los controles de la GUI y los métodos de evento en el código subyacente. Existen diferencias entre las diferentes versiones de ASP.NET sobre cómo se acopla el manejo de eventos, y hay incluso más de una forma de hacerlo (automático basado en nombres o explícito en el código), y esto es fácil de perder cuando se cambia de un "estándar" a otro, que es lo que se convierte a una versión diferente de .NET. También es una fuente adicional de confusión para Visual Studio cuando también se convirtió del sitio web a la aplicación web.

Supongo que el truco era sólo para hacer algo de edición en Visual Studio, y VS podría haber automagicamente re-adjunto controladores de eventos etc.

+0

Esto es exactamente lo que nos sucedió moviendo un proyecto de 'Sitio web' a 'Proyecto de aplicación web' (ambos 3.5 pero todavía un mundo de dolor). – 5arx

Cuestiones relacionadas