Na década de 70 tínhamos os dados e a lógica de programação instalados no Mainframe. Acessávamos estas aplicações utilizando terminais para conectar com o Mainframe. Como uma evolução surgiu o modelo Cliente/Servidor, onde tradicionalmente temos o Banco de Dados rodando no Servidor e a lógica e apresentação da aplicação, instaladas na estação do cliente. Este modelo mostrou-se de difícil manutenção e atualização e surgiu o modelo em três camadas, onde a lógica fica armazenada no Servidor de Aplicações, normalmente no formato de componentes COM/COM+, os dados no servidor de Banco de Dados e a apresentação no programa instalado no Cliente. Com o crescimento explosivo da Internet e, conseqüentemente, com a consolidação dos protocolos Web, passamos a utilizar o Navegador como cliente e o modelo de desenvolvimento baseado em padrões Web é uma realidade.

Mas a Tecnologia de Informação está sempre evoluindo, buscando mais eficiência e melhores resultados a custos mais razoáveis. Dentro deste contexto surge a idéia da construção e utilização de Software como se fossem serviços. Por exemplo, ao  invés de pagar um valor X, por uma licença do Office e receber um CD para instalação, você paga, simplesmente, um valor mensal de assinatura e acessa o Office através da Internet. Utilizando o Navegador você tem acesso ao Word, Excel, etc; podendo optar por salvar seus arquivos na máquina local ou no servidor do prestador de serviços. A idéia do aluguel de Software está movimentando o mercado. As empresas que fornecem este tipo de serviço são os chamados Applications Services Providers – ASP.

Para a criação de programas que possam ser acessados como serviços, precisamos de alguma maneira, poder criar pequenas unidades de software, com funcionalidades específicas e depois juntar estas “pequenas unidades”, para formar nossos programas. Em determinadas situações pode ser vantajoso criar a “funcionalidade” internamente; em outras situações pode ser mais interessante simplesmente pagar para ter acesso a um componente que já fornece a funcionalidade desejada. Por exemplo, se você cria um site de Comércio Eletrônico, pode ser mais vantajoso permitir que o seu sistema utilize um componente de validação de Cartão de Crédito, disponível no servidor da empresa que criou o componente, mediante um pagamento por acesso ou por mês, do que criar um componente a partir do zero.

Com os Web Services do Framework .NET, podemos criar componentes que tenham as funcionalidades descritas no parágrafo anterior, ou seja, um componente com uma funcionalidade específica, que pode ser acessado por qualquer aplicação, através da Web. Neste componente posso definir permissões de acessa, de tal maneira que somente possa utilizá-lo, os usuários que estão pagando pelo serviço. Com isso podemos criar aplicações realmente distribuídas, onde as diversas funcionalidades do sistema estão localizadas em diferentes servidores, inclusive de diferentes empresas. Neste capítulo veremos como criar Web Services e depois utilizar os Web Services criados em nossas páginas ASP.NET.

Em seguida aprenderemos a utilizar o ambiente de desenvolvimento do Framework .NET – Visual Studio .NET. Aprenderemos a criar páginas ASP.NET simples e também exemplos mais elaborados, que fazem conexão com bancos de dados. Veremos que o Visual Studio .NET traz, para o desenvolvimento Web, as mesmas facilidades que temos no desenvolvimento de aplicações Windows tradicionais. Com o Visual Studio .NET construímos aplicações Web, baseadas em ASP.NET, arrastando componentes na página e configurando as diversas opções, propriedades e eventos dos componentes.

Com o Visual Studio .NET a produtividade do programador, na criação de aplicações Web aumenta enormemente, uma vez que o Visual Studio .NET traz para o desenvolvimento de páginas ASP.NET um modelo já conhecido, onde simplesmente vamos arrastando elementos na página e fazenda as configurações necessárias.