¿Construir con ASP clásico sigue siendo una práctica común en muchas empresas?

Desde mi perspectiva, no hay mucho desarrollo clásico de ASP clásico. Obviamente, todavía hay algunos basados ​​en las otras respuestas y los usuarios aún discuten la tecnología en los foros. Sin embargo, hablando como parte de una empresa que brinda servicios de TI y tiene una división que ayuda a ubicar al personal de TI, rara vez vemos solicitudes de trabajo o trabajadores de ASP clásico.

No puedo hablar bien de las razones por las que otros todavía lo hacen (ya que no lo hago), pero supongo que los sistemas actuales están funcionando bien y no quieren el costo de una reescritura (ver http: / /www.joelonsoftware.com/ar…). Puedo comprar ese argumento, sin embargo, me gustaría advertir que cuando esté trabajando en una plataforma comercial esté al tanto de cuándo los productos ya no reciben actualizaciones de seguridad, etc.

En cuanto a las plataformas lógicas a las que moverse si viene de ASP.Net, hay varias direcciones diferentes.

Obviamente, ASP.Net es la ruta de migración principal de Microsoft, y si el resto de su entorno está basado en Microsoft, se integrará bien. Sin embargo, puede ser un poco pesado para una tienda que se ha contentado con el ASP clásico relativamente más simple. Eso tampoco es un golpe, solo un cambio de estilo.

Otra ruta de Microsoft son sus nuevas páginas web (con Web Matrix). Ver http://www.asp.net/webmatrix. Utiliza una sintaxis de interfaz de usuario ligera y hace uso de las características de lenguaje dinámico del tiempo de ejecución .Net, por lo que se sentiría un poco más en línea con el clásico ASP clásico. Si tiene una lógica comercial seria, esta tecnología aún puede usar ensambles .Net (o incluso podría envolver ensambles COM en .Net y soltarlos en el contenedor).

Por último, mencionaría PHP como alternativa. En cuanto a la sintaxis, es probablemente la transición más cómoda para un desarrollador de ASP clásico. Y al igual que Classic ASP, puede ser tan simple o de ingeniería (patrones) como lo crea.

Hay muchas otras formas buenas de escribir sitios web, y las opiniones varían. Elegí los que hice en base a la migración de ASP clásico. Si está dispuesto a abordar cualquier cantidad de reentrenamiento, entonces esa es una pregunta diferente. En ese momento, solo desea conocer el “mejor” lenguaje / marco web. Y eso es muy subjetivo.

Todavía uso ASP clásico. Mi CMS patentado para pequeñas empresas está escrito principalmente en ASP clásico con características .net. Con la versión 2 de la reescritura de mod IIS, las URL ASP clásicas se pueden reescribir a través de web.config y la tecnología se vuelve transparente.
Entonces la pregunta realmente es: ¿Classic ASP está haciendo todo lo que necesito? Si es así como en mi caso, aunque tengo un pequeño error para convertir mi aplicación CMS a .net, no puedo presentar una razón válida para garantizar el tiempo y el esfuerzo.

La otra pregunta es ¿durante cuánto tiempo los servidores de Windows admitirán ASP clásico? Bueno, Server 2016 continúa ofreciendo la capacidad de instalar el soporte ASP clásico mediante el cuadro de diálogo Roles y características.

¡Sí! es … de hecho, hace solo unos meses, lo recuerdo, incluso el sitio web del proyecto de código se estaba ejecutando con ASP clásico. Es realmente lamentable que la gente todavía ejecute aplicaciones con ASP clásico, pero hay bastantes razones por las cuales las aplicaciones pequeñas son en realidad construido usando ASP clásico

1. No requiere técnicas de programación estrictas (ASP clásico no distingue entre mayúsculas y minúsculas)
2. La aplicación ASP clásica es bastante rápida de construir
3. La gente podría argumentar sobre el punto anterior de que incluso PHP / CGI / PERL es incluso rápido de construir, pero en realidad no lo es (piense en los desarrolladores desarrolladores aficionados con Windows XP instalado, tal como lo era una vez 😉)
4. ASP clásico es fácil de integrar con CSS / Javascript (al menos mi experiencia lo dice)

Por lo tanto, el ASP clásico general es el paraíso para los hombres con solo el sistema operativo Windows y quiere desarrollar aplicaciones web muy rápido

CONTRAS:

1. No es altamente escalable, y no conseguirás co-desarrolladores en un proyecto

Yo mismo uso Classic ASP para desarrollar un sitio web de comercio electrónico, que se ve elegante y ofrece la funcionalidad también

1. El único sitio que recompensa a los cuestionadores por sus esfuerzos … ¡DIARIO! (sitio web de cuestionarios diarios)
3. Sitio web de comercio electrónico DEEPSHIKHA GOLD
4. SHREE VISACAPITAL CONSULTANCY LTD (Aplicación de tipo de banca en línea en la que un usuario está inscrito y en función de su inversión, su cartera se gestiona y se muestra en su panel de control)

Por desgracia sí. Siempre habrá desarrolladores que usen la solución del año pasado. Hay algunas entidades de toma de decisiones que tienen tanto miedo al cambio que permanecerán en la Edad Media para siempre.

También hay otras razones … La empresa para la que trabajo tiene una plataforma de alojamiento. Fue escrito en ASP y ColdFusion. No ha habido una modificación significativa en la aplicación en años (no desde que empecé a trabajar aquí). Ni siquiera sé cómo funciona. Solo sé que existe, y a veces un error llega a la superficie y me piden que lo solucione. Esta aplicación fue escrita durante mucho tiempo hace muchos años. Su inercia en la corrección de errores. Podríamos reescribir la aplicación, pero no mejoraría significativamente la experiencia de nuestros clientes y eliminaría otros proyectos nuevos que tienen más potencial que este sistema heredado.
No comenzaría un nuevo proyecto en ASP, pero si tuviera que extender la funcionalidad de esa plataforma, probablemente lo estaría haciendo en ASP o ColdFusion, dependiendo de dónde estuvieran las mejoras.