Revista MSDN Magazine Edição 25 - Personalizando o DetailsView e o FormView

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

Personalizando o DetailsView e o FormView

O ASP.NET 1.x introduziu alguns controles data-bound poderosos e úteis. Porém, nenhum foi especificamente projetado para gerenciar a visualização (view) de um único registro. Quando você constrói views “master/detail”, você precisa exibir os conteúdos de um único registro. Então quando o usuário selecionar um registro mestre de uma lista ou em um grid, você tipicamente desejará que a aplicação mostre todos os campos disponíveis. Você pode usar o DataGrid e outros controles para exibir um único registro, mas essa abordagem é apenas um “quebra-galho”. Para um verdadeiro controle “record-view” em ASP.NET 1.x, você tem que comprar um ou construir o seu próprio.

Atenta para esse problema, a Microsoft acrescentou alguns novos  controles no ASP.NET 2.0 que permitem criar views de um único registro. Especificamente, você pode usar os controles DetailsView e FormView junto com o DataGrid e GridView para atingir essa funcionalidade. Funcionalmente falando, FormView e DetailsView são quase idênticos. Eles diferem principalmente no layout da saída gerada. O FormView permite o total controle do layout, possibilitando a definição de um formulário personalizado contendo controles para exibir e editar valores de campos. Por outro lado, DetailsView é restrito a um layout tabular com duas colunas: cabeçalho e valor. Porém, a célula de valor pode ser personalizada com templates.

Essas características provêem uma importante funcionalidade que antes estava faltando. E apesar de ainda serem um pouco limitadas, sempre existe um jeito de contornar essas limitações. Nesta coluna, nos aprofundaremos na interface de programação dos controles DetailsView e FormView, para explicar as mudanças que irão tornar estes controles mais versáteis.

Problemas com dados do mundo real

A Figura 1 mostra um exemplo de página ASP.NET do tipo master/detail, que usa DetailsView e GridView (para o código completo, veja o download). Note que a aplicação provê só TextBoxes para editar os dados, independentemente do tipo de dados que são editados. Apesar disso estar correto para alguns tipos de dados, não é o ideal para todos. Como proceder, por exemplo, caso uma coluna de dados trate de uma data?

Figura 1. GridView e DetailsView em ação

Ou se fosse então um campo country (país)? O nome do país vai ser armazenado em um banco de dados que você pode querer pesquisar, portanto a consistência do modo com que um nome de país é expresso faz diferença. Neste caso, uma lista dropdown seria uma escolha melhor. Manteria os dados consistentes.

A página na Figura 1 foi composta usando o GridView e DetailsView, que utilizam fontes de dados (DataSources) associadas para selecionar e atualizar os registros exibidos. Uma vez que o usuário editou um registro e clicou no botão Update, o controle DetailsView executa o comando Update da fonte de dados associada e atualiza a view. Até aqui tudo bem.

Na mesma página, o controle GridView exibe uma pré-visualização do mesmo registro. Porém, a linha correspondente não é atualizada para refletir as mudanças. Isso não nos surpreende, pois não há nenhuma ligação entre os controles GridView e DetailsView. Quando o usuário clicar para atualizar o DetailsView, acontece um postback na página. Como resultado, todos os controles da página, inclusive o GridView, são reconstruídos. Tipicamente, quando a página está carregando, o GridView, assim como outros controles, se reconstroem a partir do ViewState. Se o ViewState não está disponível (por exemplo, se está desabilitado), o GridView acessará a fonte de dados associada.

A fonte de dados do controle não é armazenada no ViewState, mas sua representação visual é. A representação visual de uma fonte de dados é a parte da mesma que é exibida nas linhas do grid. Os objetos que representam cada linha do grid serializam todos seus conteúdos para o ViewState, inclusive os itens de dados neles contidos.

Depois que a página estiver carregada e todos os controles forem inicializados, a página poderá processar o evento postback. Neste caso, o evento postback é o Update do registro de detalhe, seguido pela atualização do " [...] continue lendo...