Será que vale a pena migrar do ASP para o ASP.NET? Sem dúvida nenhuma, essa é uma das respostas mais fáceis e certas de se responder: SIM, o mais rápido possível. Neste artigo vou abordar algumas razões para ajudar o leitor a decidir e visualizar as vantagens da migração.

1. Ferramentas de desenvolvimento - normalmente um desenvolvedor ASP utiliza algumas ferramentas como Visual InterDev, Dreanweaver, Ultradev, Homesite, Adobe Go Live, e porque não o bom e velho Notepad (que nunca travou!), Editpad, enfim, aquela que você melhor conhece. No entanto, você precisa saber no mínimo, HTML e VBScript. Em alguns casos é utilizado o JavaScript, Perl, DHTML, entre outras existentes. Agora, no ASP.NET você pode utilizar o Visual Studio .Net, que se encontra em três versões (Professional, Developer ou Architect) ou para quem não quiser pagar, use o Web Matrix. Perceba que em uma única ferramenta você tem disponível todos os recursos para desenvolver todos os tópicos que abordo neste artigo.
   
   

2. Script x Compilada - como o VBScript, o HTML e o JavaScript são chamados Scripts, quando uma página é solicitada no servidor, a biblioteca do ASP lê cada uma das linhas passo a passo, interpreta os códigos, monta um HTML virtual e envia para o browser que o solicitou. Já no ASP.NET, as páginas são compiladas em uma DLL, e com isso, por mais básica que uma página seja, será cerca de 25% mais rápida que no ASP. Imagine se a sua aplicação for grande, onde o processamento simultâneo de Scripts requer performance? Adeus ASP. Quanto a linguagem, você pode optar por qualquer linguagem que tenha sido criada para suportar o .Framework. No Visual Studio .NET você tem o Visual Basic .NET, o C# e o C++ como opções na instalação.
   
   

3. Variáveis - no VBScript a declaração de uma variável não é obrigatória; no ASP.NET todas as variáveis devem ser declaradas. No VBScript se você declarar uma variável (Dim teste) não existe o tipo da mesma, ou seja, ela é uma Variant, aceita qualquer coisa; No ASP.NET todas as variáveis devem ter o respectivo tipo declarado (Dim nome As String). Isso é fundamental no tratamento do código, permitindo saber exatamente o conteúdo da variável, e quando preciso, basta utilizar as funções de conversão de dados.
   
   

4. Modelos de desenvolvimento (separar design do código) - essa é uma das grandes facilidades de quem entra neste novo ambiente. Em ASP você é obrigado a inserir o VBScript dentro do código HTML existente, retalhando toda a página e dificultando a manutenção. Quem nunca precisou alterar o layout de uma página ASP? Em ASP.NET essa tortura terminou, existem dois arquivos separados, um de layout e outro com o código, sendo que existe uma linha que vincula os arquivos. Isso chama-se Code Behind. Portanto, o design pode ser feito sem nenhum problema, inclusive as alterações. Em paralelo o programador pode desenvolver o código. É importante ressaltar que também é possível desenvolver inserindo o código dentro da página de design.
   
   

5. Novos controles - o ASP.NET disponibiliza novos tipos de controles que facilita a criação das páginas, principalmente quando é preciso publicar o conteúdo de um banco de dados. Veja alguns controles: DataList, DataGrid, Repeater. Em ASP você normalmente monta as tabelas mesclando HTML com VBScript, monta um looping para ler todo o Recordset. Se você utilizar o DataGrid, por exemplo, isso é possível fazer com apenas duas linhas de programação, basta definir a propriedade DataSource e usar o método DataBind. É incrível como as páginas ASP.NET ficam extremamente limpas, pois a quantidade de códigos escritos é muito menor. Trabalhar com validade de dados nunca foi uma tarefa fácil na Web, e com o ASP.NET você pode utilizar os controles Validator e configurar para atender a sua necessidade. Outro controle que deve solucionar muitas dores de cabeça para quem lida com datas na Web é o controle Calendar, que você pode configurar para receber uma ou um conjunto de datas.
   
   

6. Debug - só para começar, você conhece estes dois comandos: Response.Write variável e Response.End. Acredite ou não, essa é a melhor forma de debugar erros no ASP. No Visual Studio .NET estamos em outro mundo onde você pode definir diversos pontos de interrupção no código, executar a página no browser e quando algum ponto for encontrado, o Visual Studio .NET exibe o código provocando uma pausa temporária. A partir deste ponto você pode checar o conteúdo das variáveis e acompanhar o processamento passo a passo, seja em componentes ou não. É impossível você não identificar o erro. Cabe ressaltar que muitas vezes é interessante acompanhar a execução do código simplesmente para verificar se o processamento está correto, mesmo não havendo erros.
   
   

7. Tratamento de erros - a única forma de tratar um erro em ASP é através da instrução On Error Resume Next. Essa é uma maneira que você não tem como identificar o tipo de erro. No ASP.NET o tratamento de erro foi totalmente reestruturado com o Try Catch Finally, sendo possível identificar qualquer erro que ocorra na página, inclusive personalizar as mensagens.
   
   

8. Componentes - componentização é uma tática excelente de desenvolvimento de páginas, permitindo dividir a aplicação em camadas (1, 2 ou 3). As vantagens são enormes como segurança, portabilidade, manutenção, aproveitamento de código, etc. Normalmente em ASP as páginas consomem componentes criados no Visual Basic ou ActiveX. A questão aqui não são as vantagens do desenvolvimento em camadas, e sim, o uso de componentes. No ASP.NET o uso de componentes feitos para a plataforma .NET é extremamente simples, basta referenciar no projeto e consumir nas páginas. Cabe ressaltar que um componente desenvolvido para a plataforma .NET dispensa o registro, ou melhor dizendo, não existe o registro do componente. Isso se faz através de uma simples cópia (XCopy) da DLL no local de destino. Nas páginas ASP.NET também é possível consumir um componente criado no Visual Basic ou qualquer outro ActiveX. No entanto, isso será executado em um ambiente não gerenciável pelo .Framework, ou seja, qualquer erro que ocorrer no componente, o responsável é o sistema operacional, enquanto que em um ambiente gerenciado pelo .Framework, qualquer erro que ocorra fica isolado do sistema operacional.
   
   

9. Componentes externos - alguns componentes famosos de Upload, envio de e-mail, ad-Rotator para publicidade e o Calendar para expor um calendário, no ASP.NET são nativos. Com isso, você não precisa comprar nenhum componente para atender a sua necessidade, por exemplo, você faz um Upload de figura ou arquivo com algumas linhas de código.
   
   

10. ADO x ADO.NET - aqui as mudanças são grandes. Em ASP o único conceito existente é o Recordset que você pode manipular na memória. No ASP.NET o Recordset não existe mais, agora existe o DataSet que é montado na memória. No entanto, você pode montar um DataTable, DataView, DataReader, DataAdapter. Perceba que para cada situação ou tipo de controle você usará um método específico. O acesso pode ser feito com provedores OleDB, SqlClient, Oracle ou ODBC. Se você utilizar o SQL Server 7 ou 2000, opte pela classe SqlClient que foi criada especificamente para isso. Toda a estrutura gerada pelo ADO.NET é feita em XML, mas isso é transparente para o desenvolvedor.