Pregunta

Soy un desarrollador .Net al que se le ha encomendado la tarea de actualizar un sitio web asp clásico a asp.net.Actualmente, el sitio web funciona gracias a la suerte y al chicle, pero no hay suficiente tiempo ni dinero para detener el progreso y realizar una reescritura completa.Por supuesto, todavía tendré que poder ofrecer nuevas funciones mientras actualizo.

¿Qué estrategias debo utilizar para realizar un cambio gradual y sin problemas a asp.net?¿Debo convertirme a una solución .net de un solo nivel y luego refactorizar a una solución de varios niveles adecuada o debería diseñar mi negocio y mis capas de datos ahora?¿Debo pasar directamente a 3.5 o es más fácil llegar a 1.1 y actualizar a 2.0 o 3.5 después?

Una conversión completa probablemente tardaría entre 3 y 5 meses.También existe algo de código 1.1, por lo que estoy considerando usarlo como punto de partida.

¿Fue útil?

Solución

Habiendo sido un programador de ASP clásico desde hace mucho tiempo y ahora un desarrollador de ASP.NET, me tomaría el tiempo y lo diseñaría correctamente en el marco 2.0 (3.5 si desea/necesita las funciones).

En mi último trabajo teníamos un gran número de aplicaciones ASP clásicas muy mal construidas que estábamos reconstruyendo, y el enfoque "nuclear y pavimentar" fue el más exitoso.Utilice la aplicación clásica existente como especificación funcional y estructura alámbrica, y cree sus tareas y especificaciones técnicas a partir de eso.

Otros consejos

¡No tires tu código!

Es el peor error que puedes cometer (en una base de código grande).Ver Cosas que nunca debes hacer, parte 1.

Ha invertido mucho esfuerzo en ese código antiguo y ha solucionado muchos errores.Tirarlo a la basura es un error clásico de los desarrolladores (y lo he cometido muchas veces).Te hace sentir "mejor", como una limpieza de primavera.Pero no necesita comprar un apartamento nuevo ni todos los muebles nuevos para equipar su casa.Puedes trabajar en una habitación a la vez...y tal vez algunas cosas simplemente necesiten una nueva mano de pintura.Por tanto, aquí es donde entra en juego la refactorización.

Para obtener nuevas funciones en su aplicación, escríbalo en C# y llámelo desde su ASP clásico.Te verás obligado a ser modular cuando reescribas este nuevo código.Cuando tenga tiempo, refactorice también partes de su código antiguo en C# y solucione los errores a medida que avanza.Con el tiempo, habrá reemplazado su aplicación con código completamente nuevo.

También puedes escribir tu propio compilador.Escribimos uno para nuestra aplicación ASP clásica hace mucho tiempo para permitirnos generar PHP.Se llama wasabi y creo que es la razón por la que Jeff Atwood pensó que Joel Spolsky se volvió loco.En realidad, tal vez deberíamos enviarlo y luego podrías usarlo.

Nos permitió cambiar todo nuestro código base a .NET para la próxima versión y reescribir solo una porción muy pequeña de nuestro código fuente.También hizo que mucha gente nos llamara locos, pero escribir un compilador no es tan complicado y nos dio mucha flexibilidad.

Además, si se trata de una aplicación únicamente interna, déjela.No lo reescriba: usted es el único cliente y si el requisito es ejecutarlo como ASP clásico, puede cumplir con ese requisito.

¿Cuánto tiempo llevaría una conversión/reescritura completa?También dependerá de cómo hayas estructurado tu proyecto original.

I poder Responda que debería apuntar a la versión 2.0 (3.5 si desea o necesita sus funciones) desde el principio.No es necesario someterse a la versión 1.1 del marco.

Es posible que desee consultar el nuevo marco ASP.NET MVC.El nivel de flexibilidad es asombroso y el estilo de codificación es un poco más parecido al enfoque clásico de ASP, aunque con una separación mucho mejor entre iglesia y estado.

Eche un vistazo a los foros de Snitz (www.snitz.com): actualmente están en ASP, pero la migración a ASP.NET está casi completa.Ambas bases de código están disponibles para que las veas, de modo que puedas tener una idea de cómo se ha hecho allí para ayudarte.

Evitaría entrar en .NET 1.1 ya que Microsoft finalizará el soporte para la versión 1.1 de .NET Framework el 14/10/2008.El soporte extendido estará vigente hasta el 8/10/2013, pero su adquisición suele ser costosa.Cualquier error o agujero de seguridad no se solucionará y será su problema.

http://support.microsoft.com/lifecycle/?LN=en-us&x=11&y=10&p1=1249

Pablo

La forma más fácil de hacerlo es simplemente saltar de cabeza.obtenga algunos libros de asp.net y sumérjase en Visual Studio.Haz los ejemplos, juega con ellos, construye algo divertido para ti.Aprenderás haciendo.

También estoy trabajando en una migración gradual del ASP clásico a ASP.NET.Nuestra primera fase es migrar alguna lógica común de una inclusión ASP a un ensamblado .NET que está expuesto a COM Interop para que puedan ser llamados tanto por ASP clásico como por ASP.NET.He escrito algunas pruebas usando Unidad ASP para verificar el comportamiento después de la migración al ensamblado .NET (con el beneficio adicional de una refactorización más segura).Una vez que la lógica central esté en .NET, podemos comenzar a crear nuevas páginas en ASP.NET y migrar páginas ASP individuales a ASP.NET a nuestro propio ritmo.

Recomendaría .NET 2.0 o 3.5 en lugar de 1.1.ASP.NET MVC parece una ruta de actualización atractiva.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top