Como todos sabemos, o ASP foi eliminado pela Microsoft e posteriormente abandonado por muitos desenvolvedores. No entanto, ainda acho que o ASP merece ser usado continuamente, tanto como tecnologia básica quanto como plataforma de desenvolvimento. Pesquisando no Google, você pode encontrar muitos comentários ruins sobre ASP, como velocidade de execução lenta, mecanismo de tratamento de exceções deficiente, falta de mecanismo orientado a objetos, baixa eficiência de desenvolvimento, muitas lacunas, etc. Para que todos tenham uma compreensão correta do ASP, primeiro esclarecerei seu nome.
Alguns anos atrás, usei o programa Dongwang Forum para construir um BBS. Esse programa era a arquitetura ASP+Access clássica da época. Também encontrei o problema de algumas pessoas dizerem que o fórum era lento e às vezes travado. No entanto, o problema foi resolvido desde que mudei para o banco de dados SQL Server. Então o culpado é o Access. O tempo necessário para a execução do programa está no nível de milissegundos. Dentro deste nível, seja 10 milissegundos ou 100 milissegundos, não é realmente perceptível. No entanto, o Access tem uma simultaneidade ruim , bloqueando parte da execução do programa, fazendo com que a página congele. .
No passado, muitas pessoas, inclusive eu, usavam VBScript para escrever programas ASP. O mecanismo de tratamento de exceções do VBScript era realmente terrível. No entanto, JScript é muito bom porque suporta a instrução try...catch incluída em C# e Java, o que é suficiente para lidar com todas as exceções.
Desde o surgimento do Javascript por causa do Ajax, seu mecanismo orientado a objetos tem sido simulado . Embora não seja verdadeiramente orientado a objetos, como um programa Web de pequeno e médio porte, isso é suficiente. JScript, que também usa ECMAScript como núcleo, também possui o mesmo mecanismo. Além disso, a flexibilidade de linguagem do ECMAScript é sem dúvida a mais forte, e os desenvolvedores front-end sabem disso melhor.
Muitas vezes ouço pessoas dizerem que a vulnerabilidade de injeção de SQL do ASP é muito séria. Na verdade, essas lacunas existem em qualquer linguagem. A questão é se os programadores podem bloqueá-la. Este problema pode ser resolvido de forma simples e eficiente em ASP através de consultas parametrizadas . Nenhuma substituição de string ou mesmo validação de dados é necessária.
Deixe-me falar sobre os benefícios de aprender ASP (JScript):
Tanto o Javascript de front-end quanto o Javascript de back-end são baseados no núcleo ECMAScript. Portanto, se o Javascript de back-end for bem escrito, o nível de Javascript de front-end também pode ser melhorado .
Tecnologias como ASP.NET e PHP bloqueiam muitas das camadas subjacentes da Web, o que é muito prejudicial para a capacidade dos iniciantes de compreender os princípios dos programas da Web. O ASP, por outro lado, é definitivamente escrito desde o básico. Por exemplo, um programa que carrega arquivos deve analisar o pacote de dados para obter os dados do arquivo.
Muitas pessoas dizem que o ASP.NET tem alta eficiência de desenvolvimento, mas eu me oponho a isso. Se os requisitos funcionais da aplicação não forem complexos, é definitivamente mais rápido desenvolver com ASP. Como o ASP é analisado e executado, nenhuma compilação é necessária. É muito mais fácil modificar e depurar. O Windows também fornece um bom ambiente de execução (IIS) para ASP sem qualquer configuração adicional. Além disso, quando o front e o back-end usam a mesma linguagem, muito código pode ser reutilizado , o que é incomparável em outras plataformas de tecnologia.
Nos últimos anos, surgiram outros Server-Side Javascript (SSJS) , como Jaxer e JScript.NET . A Mozilla também possui um projeto SSJS. Ansioso por um maior desenvolvimento do ECMAScript no desenvolvimento de back-end.
Suplemento de Ali Xixi (especialista técnico)
As pessoas que dizem que ASP consome pouca energia são novatos ou pessoas que nem conseguem aprender ASP A tecnologia não serve para se exibir, mas para criar valor real. Na verdade, muitos aplicativos já podem ser implementados em ASP, e há um. grande número de códigos-fonte comuns para referência, é fácil de transformar em produtividade. Pode-se dizer que entre as tecnologias de páginas web dinâmicas, o ASP é uma das tecnologias mais extensas e maduras. É claro que o ASP tem muitas deficiências e outras tecnologias são necessárias para resolvê-las.
Muitas pessoas acreditam erroneamente que ASP é sinônimo de simplicidade e ineficiência. Elas pensam que ASP é de baixo consumo de energia, desatualizado e sem importância.
Algumas pessoas dizem que ASP não é seguro. Ao escrever programas ASP, se você seguir rigorosamente as especificações para escrever código seguro, não haverá razão para que os programas que você escreve sejam inseguros. Essas pessoas dizem que ASP não é seguro, como se SQL Injection não ocorresse em programas PHP e JSP.
Algumas pessoas dizem que o ASP não é eficiente. Se você realmente deseja ser eficiente, pode combiná-lo com o COM. Na plataforma Win32, a eficiência do COM nunca poderá ser igualada pelo Java. Qual é o sentido de simplesmente falar sobre velocidade? A velocidade do Java definitivamente não é alta. Em termos de velocidade, muitas soluções técnicas são mais rápidas que as pessoas que aprendem Java, mas quem se importa com isso? Java definitivamente não vence por causa de sua velocidade. É irracional simplesmente falar sobre velocidade, independentemente do ambiente específico da aplicação.
Algumas pessoas dizem que o ASP não pode fazer isso ou aquilo e que suas funções são muito limitadas. Na verdade, contanto que você entenda os princípios da Web, entenderá que escrever um programa ASP é como reproduzir uma linguagem de script na superfície, mas o que você está comandando é o servidor Web. Existem muitas funções complexas que o ASP pode. ainda funciona muito bem. Algumas funções Se o ASP não puder fazer isso devido às limitações inerentes aos aplicativos da Web, não pense que JSP e PHP podem fazê-lo.