O que há de novo no ASP.NET 3.5?

 

Depois de escrever muitos artigos técnicos sobre ASP.NET .20, volto a escreve sobre ASP.NET, agora focado na versão 3.5.

Visual Studio 2008

Se você tem projetos em ASP.NET 1.1 e em ASP.NET 2.0, tem que obrigatoriamente trabalhar com o Visual Studio 2003 e 2005. O Visual Studio 2005 não oferece suporte a projetos ASP.NET 1.1, e sabemos que converter um projeto pode não ser uma tarefa tão simples, as vezes  é inviável. A grande novidade no Visual Studio 2008 é a capacidade de trabalhar com projetos ASP.NET 2.0 ou 3.5, na mesma IDE!

ASP.NET 3.5

As mudanças do ASP.NET 2.0 e 3.5 foram poucas, porém significativas. Na verdade o “core engine” das duas versões continua o mesmo.

ASP.NET AJAX

Para projetos em ASP.NET 3.5 o ASP.NET AJAX Extensions passou a estar integrado a IDE do Visual Studio, não é mais necessário baixar e instalar separadamente. É encontrado no assemblie System.Web.Extensions.dll

LINQ

A Gap que existe entre dados relacionais e objetos já não é um assunto novo, já recebendo inclusive artigos meus. Já postei também alguns artigos técnicos sobre LLBLGen e NHibernate. Agora o .NET avança nesse sentido com o LINQ.

O LINQ não é nenhuma novidade, porém agora é integrado ao Visual Studio. A idéia do LINQ também não é nova, com esta tecnologia você pode operar o banco de dados em uma linguagem nativa, como se tivesse gerando código VB.NET ou C#. É encontrado nos assemblies System.Core.dll, System.Data.Linq.dll, System.Xml.Linq.dll e System.Data.DataSetExtensions.dll.

Novos Controles

Além dos controles Ajax Extensions que na versão anterior deviam ser instalados separadamente, existem mais três novos controles: ListView, DataPager e LinqDataSource.

O Listview é um controle de exibição de dados tabulares, semelhante ao Datagrid e GridView, porém com novas funcionalidades e maior controle sobre o resultado produzido.

DataPager é um controle que prove paginação de dados ao Listview

LinqDataSource é mais um controle de acesso a dados, como ObjectDataSource e o SQLDataSource, porém utilizando o modelo LINQ descrito em sessão anterior.