¿Es el ASP clásico una alternativa alternativa a otros idiomas para los nuevos proyectos? [cerrado]

https://stackoverflow.com/questions/142041

02-07-2019
|

Pregunta

Todavía hay muchas webs que usan ASP clásico en lugar de ASP.NET, pero esa no es la pregunta: "nunca cambies un proyecto en ejecución".

La pregunta es si todavía es la primera opción como base para un nuevo proyecto web o ¿valdría la pena cambiar a ASP.NET? ¿Recomendaría un programador ASP clásico a otro lenguaje para cambiar? No hubo una actualización única para ASP clásico desde su primera versión, pero muchas compañías todavía la están utilizando para nuevos proyectos. Merecido?

Solución

Aunque personalmente nunca elegiría voluntariamente crear otro proyecto ASP sobre un proyecto ASP.NET, la razón más importante para hacerlo es el "conjunto de habilidades". Definitivamente recomendaría un desarrollador de ASP ASP.NET, pero si se necesita un proyecto " ahora " ;, vaya con lo que sabe. Luego, aprenda ASP.NET antes de tener el proyecto otro . :)

ASP.NET tiene una serie de mejoras con respecto a ASP, pero nosotros (la comunidad de desarrolladores de ASP clásico clásico anterior) creamos una serie de buenas aplicaciones utilizando ASP clásico.

Otros consejos

En mi opinión, no hay absolutamente ninguna razón para usar ASP clásico en comparación con ASP.NET Webforms o ASP.NET MVC.

A menos que tenga que integrarse con las aplicaciones ASP clásicas existentes, ya que algunas cosas (especialmente las sesiones) no son compatibles en todos los límites de aplicaciones, lo que lleva a soluciones creativas (servicios web que se ejecutan en su host local ... asco) .

A partir de un fondo clásico de ASP tuve las mismas preguntas. Hace 3-4 años tomé la ruta de avanzar hacia ASP.NET/VB. Puedo decirles que el cruce de ASP / VBScript a ASP.NET/VB es poco o nada. En realidad, estuve bastante frustrado con toda la plataforma .NET durante los primeros meses (¡más como el primer año!) Y seguí retrocediendo al ASP clásico.

A la larga, terminé de cero y recogí ASP.NET/C#. Por extraño que parezca, sentí que la sintaxis de C # era más natural, ¡aunque mi fondo estaba en VBScript!

Para el desarrollo web normal, ASP.NET es como usar un martillo cuando un simple martillo de ping funcionará. Sin embargo, el gran poder detrás de la plataforma .NET hace que sea inestimable en un entorno empresarial donde su web a menudo está borrosa con sus otras aplicaciones.

Dado lo que sé ahora, probablemente me hubiera mudado a PHP. No solo el estilo de programación es similar, sino que PHP realmente está dedicado a la web. Mientras que es bastante fácil perderse en la gran cantidad de información que proporciona la plataforma .NET. Y la velocidad a la que las nuevas tecnologías de .NET han estado saliendo en el pasado reciente puede y se ha vuelto abrumadora.

Para responder directamente a tu pregunta: si te estás quedando en el ámbito del desarrollo web, te recomiendo que eches un vistazo a PHP para tus nuevos proyectos.

Me sería muy difícil recomendar el uso de " clásico " ASP para un nuevo proyecto, pero, al igual que con cualquier otro proyecto, siempre debe tratarse de elegir la herramienta más adecuada para el trabajo, en lugar de usar " Herramienta X " ;, solo porque es:

más reciente
mejor
lo " lo último "

Si, por ejemplo, " Compañía X " (que es una pequeña empresa con 20 empleados) necesitaba una nueva aplicación web para su intranet para registrar solicitudes de vacaciones / licencias y el servidor de la intranet era una vieja caja NT4, ASP clásico sería el camino a seguir. Yo recomendaría que se actualicen a una máquina más nueva que pueda manejar un servidor O / S compatible, como Win2k3, pero es posible que simplemente no tengan el presupuesto / necesidad.

Para los proyectos existentes, no es una opción cambiar a otro idioma en mi opinión hasta que tenga que hacer algunos cambios / adiciones radicales. La reprogramación requiere mucho tiempo y su cliente no pagará normalmente.

PHP es un buen lenguaje web en mi opinión, no hay duda. Pero no lo usaría para proyectos muy grandes porque no está precompilado, lo que hace una buena aceleración ( mi experiencia ). Pero dejé PHP-Development hace unos años, tal vez haya algunas buenas mejoras en este momento. Además, no ejecutaría PHP en un IIS ni ejecutaría Apache en un servidor Windows. Por lo tanto, cuando todo su equipo de servidor se base en Windows, tendrá que configurar un nuevo servidor con linux / apache / php: más costos para su compañía que los clientes no pagarán.

Estoy de acuerdo con la mayoría de las respuestas, no hay una buena razón para permanecer para siempre en los proyectos clásicos para nuevos proyectos y se deben hacer planes para cambiar a otro idioma. Programamos la mayoría de los proyectos nuevos aún con ASP clásico en este momento porque tenemos muchas bibliotecas creadas por nosotros mismos para usar con nuestro CMS, etc., y tenemos que reescribirlas con .NET / C #. También deben establecerse algunas nuevas convenciones de codificación (, por ejemplo, cómo hacer una navegación, estructura de carpetas, ... ), por lo que estamos trabajando en un proyecto de muestra en .NET y después de terminar con Solo realizaremos pequeños cambios en los proyectos existentes hasta que tengamos la oportunidad de canjear la reescritura al menos parcialmente con otra asignación del cliente.

Es un proceso lento, pero creo que hay que hacerlo antes o después. (¡Y yo también soy un gran fan de .NET-Framework! ---))

Puede considerar consultar algunos de las diferencias entre ASP clásico y ASP.NET. Habiendo tenido que mantener ambos en el pasado, puedo decirles que hay muchos placeres que presentar al desarrollar en .NET vs. ASP Classic. La transición a cualquier lenguaje web de moda (PHP, ASP.NET, Ruby, Python) valdrá la pena, aunque solo sea por darse cuenta de dónde carece ASP Classic.

Creo que es hora de cambiar a Asp.net. La mejor forma orientada a objetos de asp.net definitivamente lo ayudará a reducir las yeguas nocturnas de administración de códigos.

Para cualquier holdouts ASP restantes, recomiendo saltar a PHP. Es mucho más parecido a ASP que a ASP.NET, y no hay escasez de nuevos trabajos en él.

Dicho esto, prefiero ASP.NET (MVC y WebForms), pero dejé el desarrollo ASP hace unos 7 años. ;)

Como mencionó otro póster, el conjunto de habilidades del personal sería el factor decisivo.

Si se trata de una tienda ASP clásica y hay que hacer algo lo antes posible (¿qué no, verdad?), puede ser difícil convencer a la administración de que es necesario .NET, especialmente si afecta la línea de tiempo. Aquí es donde agregar algunas páginas .NET para proyectos únicos es útil, ya que permite al equipo de desarrollo familiarizarse con el idioma y decidir cuándo cambiar de ASP clásico a .NET.

De cara al futuro, es importante recordar que, si bien Classic ASP aún funciona y funciona bien, no va a ninguna parte y no puede contar con ninguna actualización / cambio en el idioma / herramientas en el futuro.

Habiendo dicho eso , según mi experiencia, he encontrado que jQuery / Ajax / DOM scripting le da a las páginas ASP clásicas una nueva oportunidad de vida y agrega algunas de las palabras "fancy / cool". cosas que mis clientes quieren ver en sus sitios.

No escribiría una nueva aplicación / sitio web en ASP clásico. ¿Por qué? número de razones:

1) la MS ya no corrige los errores asp clásicos, eventualmente el soporte dejará de existir, tiene que hacerlo. 2) .net es mucho más rápido en cuanto a rendimiento 3) .net tiene una gran cantidad de extenstion útil (AJAX por ejemplo) 4) conjunto de habilidades: cuando piense en una tecnología, debe asegurarse de poder encontrar a alguien que la mantenga fácilmente en el futuro

.net ha existido por un tiempo y se ha probado, por lo que es seguro (y recomendable) cambiar, para nuevos proyectos con seguridad.

Sinceramente, no lo haría ... Con asp .net, puede aprovechar el marco .net y la programación orientada a objetos ... Eso solo es una razón suficiente para que use asp .net en lugar de asp clásico. .

Se ha pedido dos veces a nuestro equipo que " actualice " un sitio ASP clásico y, en ambos casos, fue una pesadilla que lo convertimos / reescribimos en ASP.Net. Sé que " No reescribir lo que funciona " Mantra, pero sabiendo que nosotros o alguien más tendríamos que seguir manteniendo la base de código y viendo lo horrible que debía mantener el código ASP, decidimos hacer una ruptura limpia.

Solo por esa razón, no veo nada que recomiende escribir algo más en ASP clásico. Si ASP.Net no es una opción, iría con PHP o Ruby.

Licenciado bajo: CC-BY-SA con atribución

No afiliado a StackOverflow