Revista MSDN Magazine Edi��o 08 - ASP.NET 2.0 Mais funcionalidades, menos c�digo

Clique aqui para ler todos os artigos desta ediç�o

ASP.NET 2.0 Mais funcionalidades, menos c�digo

Com melhor desempenho, flexibilidade e reduç�o no trabalho de codificaç�o, o ASP.NET 2.0 destina-se a convencer os desenvolvedores que ainda criam aplicaç�es em produtos concorrentes, ou mesmo no ASP tradicional, a migrarem para o .NET. Veja neste artigo algumas das muitas novidades que v�m sendo preparadas para a vers�o final do ASP.NET 2.0.

Diversas funcionalidades requisitadas pela comunidade de desenvolvedores est�o sendo implementadas e estar�o dispon�veis com melhorias que v�o desde controles especializados � IDE do Whidbey. Essas melhorias podem ser vistas em diversas frentes:

Building block services - funcionalidades b�sicas que podem ser utilizadas por uma ampla gama de aplicaç�es. Tomemos como exemplo o suporte � filiaç�o: um conjunto de APIs bem definidas permite o armazenamento dos dados dos usu�rios em uma variedade de back-ends (SQL Server, Active Directory ou outros reposit�rios);
Page Frameworks - permitem criar funcionalidades de navegaç�o no website;
Novos controles - constru�dos sobre os novos serviços e funcionalidades;
Visual Studio .NET - IDE melhorada e mais produtiva, com servidor web embutido.

Este artigo foi baseado no Community Technolgy Preview de Março de 2004 e as informaç�es aqui contidas est�o sujeitas a alteraç�o.

Building Block Services

O ASP.NET 2.0 introduz uma s�rie de serviços que s�o, geralmente, exigidos na maioria das aplicaç�es web modernas. Esses serviços constituintes visam substituir c�digos propriet�rios em muitos casos. Alguns exemplos incluem:

Cadastramento ou Filiaç�o - A maioria dos sistemas de internet atuais requer que o usu�rio se cadastre para obter acesso a informaç�es e/ou funcionalidades especiais. Esse requerimento envolve, entre outras coisas, algoritmos de validaç�o de usu�rios e senhas, armazenamento seguro e procedimentos de recuperaç�o de senhas perdidas. As vers�es anteriores do ASP.NET exigiam que toda essa infra-estrutura fosse criada pelo desenvolvedor. J� o ASP.NET 2.0 automatiza o processo com ferramentas que definem o schema do banco de dados e componentes que processam a autenticaç�o.
Personalizaç�o - O ASP.NET 2.0 permite personalizar o site com informaç�es comuns, como o primeiro e o �ltimo nome do usu�rio, bem como acumular informaç�es de usu�rios n�o autenticados para, se for o caso, associar essas informaç�es (ap�s a autenticaç�o) a um determinado registro. Os sites de com�rcio eletr�nico, via de regra, permitem que o usu�rio encha o carrinho de compras para, s� ent�o - ap�s a autenticaç�o - associar este carrinho a um usu�rio e completar a transaç�o.
Caching- Aqueles que puderam ler meu artigo sobre CACHING no ASP.NET (ediç�o de dezembro/ 2003) poder�o verificar que uma das defici�ncias do sistema de depend�ncia do cache da vers�o atual (para a qual propus um artif�cio t�cnico na ocasi�o) tem soluç�o prevista para a vers�o 2.0.

Em geral, colocamos as informaç�es recuperadas do banco de dados no cache, a fim de proporcionar a melhoria na performance e evitar buscas desnecess�rias no back-end. No ASP.NET 2.0, al�m dos recursos j� discutidos anteriormente, teremos a t�o esperada depend�ncia associada ao banco de dados. A granularidade dessa funcionalidade depende do banco de dados. Os SQL Server 7.0 e 2000 permitem invalidaç�o por modificaç�es na tabela (table level), mas uma maior granularidade (row level) poder� ser obtida no SQL Server 2005 (YUKON). Agora, � poss�vel inserir um objeto no cache por meio de uma linha de c�digo similar a esta:


        Cache.Insert("Categorias", ds, new SqlCacheDependency ("Northwind", "Categories");

Repare no objeto tipo SQLCacheDependency que ocupa o lugar de um velho conhecido nosso: CacheDependency. Neste caso, se a tabela de categorias for alterada, o DataSet ser� removido do cache. Da mesma forma, podemos usar a depend�ncia do banco no Cache de Sa�da (Output cache). Vejamos:

Esta diretiva determina a expiraç�o da p�gina em cache ap�s 15 segundos ou ap�s ter sido alterada a tabela de Categorias (Categories) no banco de dados Northwind (o que ocorrer primeiro).

Como n�o poderia deixar de ser, para a depend�ncia do banco funcionar corretamente, no caso do SQL Server 7.0 e do 2000, precisamos configurar o ambiente. Isto � feito por meio do Aspnet_regsqlcache.exe ou do Webadmin.axd (ferramenta administrativa - GUI). Desta forma, s�o criadas algumas triggers e uma tabela especial que o ASP.NET consulta freq�entemente (a cada 5 segundos por uma thread de background) a fim de verificar as alteraç�es. Este procedimento � desnecess�rio no SQL Server 2005.

Page Framework

Poderemos definir p�ginas-mestre (Figura 1) que especifiquem a disposiç�o geral/layout de um conjunto de p�ginas e criar p�ginas de conte�do (Figura 2) baseadas nessas p�ginas-mestre. Esse recurso nos permite alterar a apar�ncia de uma p�gina mestre e, conseq�entememte, todas as p�ginas de conte�do a ela associadas. Algumas ferramentas no mercado t�m funcionalidade similar, mas demandam a (re)geraç�o e (re)publicaç�o de todas as p�ginas. O ASP.NET 2.0, por outro lado, s� demanda a publicaç�o da nova p�gina-mestre.

Figura 1. Master Page

Master Pages

A maioria dos webmasters procura obter um visual consistente atrav�s das p�ginas de seus websites. De fato, n�o temos herança visual no ASP.NET, e funcionalidades como o suporte a templates foram deixadas para o ASP.NET 2.0.

Figura 2. Content Page

Temas e peles

Uma pele � um conjunto de propriedades que pode ser aplicado � um controle. Os temas, por sua vez, s�o uma coleç�o de peles, junto com informaç�es sobre CSS, imagens, etc. Combinando-se temas e peles com funcionalidades de personalizaç�o, pode-se permitir aos usu�rios personalizar a apar�ncia do site.

Novos Controles

O ASP.NET 2.0 inclui cerca de 50 novos controles (Figura 3), muitos deles constru�dos sobre os novos serviços e funcionalidades. O desenvolvedor pode arrastar para o webform os novos controles de login (Figura 4) que usam os serviços de filiaç�o para permitir que o usu�rio se registre, autentique e reconfigure sua senha, entre outras operaç�es. Adicionalmente, o controle � desenhado para aceitar temas e peles e trabalhar com o sistema de UI adaptativa, podendo renderizar-se apropriadamente em dispositivos como telefones celulares e pocket PCs.

Figura 3. Novos Controles

Figura 4. Controle de Login

Alguns controles l�em a hierarquia do site de um conjunto de arquivos xml, como, por exemplo, o menu lateral (System.Web.UI.WebControls.Menu) da Master Page (Figura 1), para criar v�nculos de navegaç�o autom�ticos. Esses arquivos podem ser criados manualmente por meio do Visual Studio ou populados com informaç�es do banco de dados, tais como um sistema de gerenciamento de conte�do (Content Management System).

Whidbey

Uma mudança fundamental no processo de desenvolvimento � a possibilidade de criar aplicaç�es web sem necessidade de ter o iis instalado. Isto se deve ao fato de o Whidbey possuir seu pr�prio servidor web embutido, o que dispensa o acesso administrativo para o debug das aplicaç�es. Esse servidor visa, entre outros objetivos, aumentar a segurança no desenvolvimento, j� vez que essas aplicaç�es n�o poder�o ser acessadas remotamente e s� estar�o dispon�veis ao navegador local. Quando o usu�rio fechar o Whidbey, o servidor embutido � removido da mem�ria.

Esse recurso n�o o impede de continuar a criar suas aplicaç�es direto no IIS (caso voc� deseje faz�-lo): apenas abre uma nova possibilidade. Na Figura 5, vemos os reposit�rios das aplicaç�es web, onde podemos perceber projetos criados diretamente no File System e executados pelo servidor http embutido (al�m do Local IIS, FTP Sites e Remote Sites).

Figura 5. Novos sites

Suporte ao code inline � historicamente, o ASP.NET tem permitido aos desenvolvedores utilizar tanto code-behind como code-inline. No primeiro, a tags de marcaç�o s�o armazenadas em um arquivo separado do c�digo-fonte; no segundo, ambos coexistem no mesmo arquivo. Uma das funcionalidades mais requisitadas pelos desenvolvedores que preferem o modelo inline (um dos motivos desta prefer�ncia � a reduç�o no n�mero de arquivos a serem mantidos e distribu�dos, j� que n�o existe diferença no desempenho dos modelos) � o suporte ao intellisense (veja a Figura 6).

Figura 6. Suporte ao Intellisense

Preservaç�o do HTML original � Este t�pico tem sido demandado por desenvolvedores que utilizam ferramentas de terceiros para criar layout/design de p�ginas, e este � um dos compromissos do Whidbey: N�o alterar o html existente (veja a Figura 7), nem mesmo espaços em branco, indentaç�o e/ou quebra de linhas.

Figura 7. HMTL original

Tag outlining e Tag navigator - Por mais que o programador esteja acostumado a trabalhar diretamente no HTML, � medida que a complexidade aumenta, a dificuldade de visualizaç�o dos aninhamentos reduz a produtividade. Para atender a esta demanda foram implementados o tag outilining e o tag navigator. No HTML, tag outlining � a facilidade de expandir e recolher blocos de elementos aninhados ou n�o (Figura 7), o que permite que nos concentremos apenas nas regi�es desejadas quando editarmos o documento.

Tag navigator (Figura 8) � o recurso que permite identificar a localizaç�o de uma determinada Tag dentro da estrutura de um HTML complexo. Uma funcionalidade bem �til associada ao Tag navigator � a possibilidade de selecionar toda a tag, incluindo seu conte�do/elementos filhos, ou apenas seu conte�do/elementos filhos. O Whidbey facilita a navegaç�o entre o Design, Source (Markup) e o code-behind (Server Code) por meio de um �nico clique na barra de navegaç�o ou por meio de atalhos como CTRL+PgDn ou CTRL+PgUp (j� existentes na vers�o atual).

Figura 8. Tag navigator

Navegador-alvo e validaç�o � A nova IDE permite definir o padr�o HTML ou mesmo o navegador-alvo durante a criaç�o de documentos de markup. Podemos, por exemplo, definir que o HTML que est� sendo editado seja renderizado corretamente em vers�es do Internet Explorer 3.02/Netscape Navigator 3.0 (Figura 9).

Figura 9. Vers�o do HTML

Desta forma, o documento ser� validado em tempo real � medida que digitarmos no editor, e os erros de validaç�o ser�o agregados e exibidos na janela de tarefas (task list).

Smart tasks � Quando adicionamos controles ao designer, � exibido um pop up com as listas de tarefas mais comuns associadas ao controle em quest�o. Pode-se, por exemplo, utilizar essa lista para configurar as propriedades do controle ou (como no caso de um GridView) (Figura 10) para indicar a fonte de dados � qual ele dever� se associar. No caso do GridView podemos tamb�m adicionar e remover colunas, configurar a paginaç�o e a ordenaç�o, etc.

Figura 10. Smart tasks

Conclus�o

Neste artigo, apresentei um resumo de algumas funcionalidades not�veis agendadas para a pr�xima vers�o do ASP.NET 2.0. Existem ainda dezenas de outros recursos, tais como os novos DataSource Controls, a ferramenta administrativa (GUI) que facilita a tarefa de ler e escrever as configuraç�es, o novo modelo de compilaç�o e o cross page posting (que quebra a limitaç�o de as p�ginas s� postarem para elas mesmas), sobre os quais falarei futuramente.