asp.net - tutorial - w3schools com asp net
¿Cuál es la forma más fácil de convertir asp clásico a asp.net? (9)
¿Cuánto tiempo tomaría una conversión / reescritura completa? También dependerá de cómo hayas estructurado tu proyecto original.
Puedo responder que solo debes apuntar a v2.0 (3.5 si quieres / necesitas sus características) desde el principio. No hay necesidad de someterse a 1.1 del marco.
Soy un desarrollador de .Net que tiene la tarea de actualizar un sitio web asp clásico a asp.net. Actualmente, el sitio web funciona con suerte y goma de mascar, pero no hay suficiente tiempo ni dinero para detener el progreso y hacer una reescritura completa. Por supuesto, aún necesitaré poder ofrecer nuevas funciones mientras estoy actualizando.
¿Qué estrategias debería usar para hacer un cambio suave y gradual en asp.net? ¿Debo convertir a una solución de .NET de un solo nivel y luego refactorizar a una solución adecuada de varios niveles o debo diseñar mi empresa y las capas de datos ahora? ¿Debo ir 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 tomaría de 3 a 5 meses. También existe algún código 1.1 existente, por lo que estoy considerando usarlo como un punto de partida.
Eche un vistazo a los foros de Snitz (www.snitz.com); actualmente se encuentran en ASP pero el puerto de ASP.NET está casi completo. Ambas bases de códigos están disponibles para que las vea, de modo que puede hacerse una idea de cómo se ha hecho allí para ayudarlo.
Es posible que desee ver 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 ASP, aunque con una separación mucho mejor entre iglesia y estado.
Evitaría entrar en .NET 1.1 ya que Microsoft está terminando la compatibilidad con v 1.1 de .NET Framework el 14/10/2008. El soporte extendido se ejecuta hasta el 10/8/2013, pero generalmente es costoso de comprar. Cualquier error o agujero de seguridad no será abordado y es su problema.
http://support.microsoft.com/lifecycle/?LN=en-us&x=11&y=10&p1=1249
Pablo
¡No tires tu código!
Es el peor error que puede cometer (en una gran base de código). Vea cosas que nunca debe hacer, parte 1 .
Has invertido mucho esfuerzo en ese viejo código y resuelto muchos errores. Tirarlo a la basura es un error clásico del desarrollador (y uno que he hecho muchas veces). Te hace sentir "mejor", como una limpieza de primavera. Pero no es necesario que compre un apartamento nuevo y todos los muebles nuevos para equipar su casa. Puedes trabajar en una habitación a la vez ... y tal vez algunas cosas solo necesiten una nueva pintura. Por lo tanto, aquí es donde entra la refactorización.
Para una nueva funcionalidad en su aplicación, escríbala en C # y llámela desde su ASP clásico . Te verás obligado a ser modular cuando reescribas este nuevo código. Cuando tenga tiempo, refactorice partes de su código anterior en C # también, y solucione los errores a medida que avanza. Eventualmente, habrá reemplazado su aplicación con todo el código nuevo.
También podría escribir su propio compilador. Hace mucho tiempo que escribimos uno para nuestra clásica aplicación ASP para permitirnos generar PHP. Se llama Wasabi y creo que es la razón por la que Jeff Atwood pensó que Joel Spolsky se salió de su rockero. En realidad, tal vez deberíamos enviarlo, y luego podrías usar eso.
Nos permitió cambiar toda nuestra base de código a .NET para la próxima versión, mientras solo reescribíamos una porción muy pequeña de nuestra fuente. También causó que un grupo de personas nos llame loco, pero escribir un compilador no es tan complicado, y nos dio mucha flexibilidad.
Además, si se trata de una aplicación interna única, simplemente déjalo. No lo reescriba: usted es el único cliente y si necesita ejecutarlo como ASP clásico, puede cumplir ese requisito.
Después de haber sido un programador clásico de ASP durante mucho tiempo, y ahora un desarrollador de ASP.NET, me tomé el tiempo y lo diseñé correctamente en el marco 2.0 (3.5 si quiere / necesita las características).
En mi último trabajo, tuvimos un gran puñado de aplicaciones de asp muy clásicas que reconstruimos, y el enfoque "nuclear y pavimentar" fue el más exitoso. Utilice la aplicación clásica existente como su especificación funcional y wireframes, y construya sus tareas y especificaciones técnicas de eso.
La forma más fácil de hacerlo es simplemente saltar de cabeza. consiga algunos libros de asp.net y sumérjase en el estudio visual. Haga los ejemplos, juegue con él, construya algo divertido para usted. Aprenderás haciendo.
También estoy trabajando en una migración gradual de ASP clásico a ASP.NET. Nuestra primera fase es la migración de una lógica común desde un ASP incluido a un ensamblado .NET que está expuesto a COM Interop para que puedan ser llamados tanto por ASP clásico como ASP.NET. He escrito algunas pruebas utilizando ASPUnit 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.
Yo recomendaría .NET 2.0 o 3.5 sobre 1.1. ASP.NET MVC parece una atractiva ruta de actualización.