GridView ou HtmlTable

[Fernando Martinelli 0]

Olá pessoal,

 

Estou desenvolvendo um sistema para funcionar via Internet, ouvi dizer que os controles .Net pesam bastante na página! Eu sei que o ViewState gera bastante código na página.

Como quero deixar o sistema leve para abrir as páginas com os relatórios e cadastros sem demora gostaria de saber se faria muita diferença se ao invés de utilizar a GridView, eu fizesse um classe que populasse uma table com a lista de dados gerando um botão em cada linha para ser usado de "Seleção"? A Table deixaria o sistema muito mais leve?

Eu deveria usar uma Table html ou Table .Net?

 

Obrigado!

[João Arruda 0]

Olá pessoal,

 

Estou desenvolvendo um sistema para funcionar via Internet, ouvi dizer que os controles .Net pesam bastante na página! Eu sei que o ViewState gera bastante código na página.

Como quero deixar o sistema leve para abrir as páginas com os relatórios e cadastros sem demora gostaria de saber se faria muita diferença se ao invés de utilizar a GridView, eu fizesse um classe que populasse uma table com a lista de dados gerando um botão em cada linha para ser usado de "Seleção"? A Table deixaria o sistema muito mais leve?

Eu deveria usar uma Table html ou Table .Net?

 

Obrigado!

 

À minha vista, já que ainda não sei as especificações técnicas, o HTML é realmente mais leve para se carregar do que o ASP, mas tem menos funcionalidade. Também é um tanto mais exigente de se trabalhar com tables HTML do que as ASP, mas atualmente estou fazendo uma aplicação em que eu não escrevo um código HTML sequer no código-fonte (source-code), desenho tudo referenciando com um Response.Write ou <elemento>.innerHTML do jeito que eu quero, assim a tabela HTML fica mais "programável".

Mas em questão de buffer do navegador, creio que HTML seja bem mais leve de carregamento, pois é nativo. O ASP vem do Framework, ou seja, não existe no navegador, inicialmente. Por isso, tem que se carregar as bibliotecas de uso do Framework, carregando mais ainda o buffer.

Lembrando que essa é a minha visão de programador, talvez um especialista em especificações técnicas poderá lhe ajudar melhor. :)

[eriva_br 7]

Também não sou especialista, mas creio que depende de cada caso, se você precisa de desenvolver algo rápido com czt o objeto gridview agiliza muito, esta pronto e tem varias opção que fazer manualmente seria um martírio, resumindo não é necessário "reinventar a roda", o problema sim, é que ele gera um monte de viewstate mas nada que adicionado uma paginação não resolva o problema de performance.

Agora se tiver mais tempo de desenvolvimento e a questão de performance quanto a minimos detalhes for realmente importante dai acho que vale a pena tentar o caminho de escrever o html na "mão".

Outra opção seria o mvc (vi pouco coisa), promete controle total do html gerado, mas creio que a linha de aprendizado inicial pode ser longa, talvez até maior que gerar o html manualmente, se não dispor de muito tempo de desenvolvimento talvez tb. não seja uma boa idéia.

Já utilizei muito o gridview com paginação, nunca tive problema de performance, tendo a base regularizada e indexada e com a paginação creio que dificilmente terá problemas

Outra coisa as vezes é melhor utilizar stored procedure do que confiar em componentes de manipulação a dados milagrosos como por exemplo o nhibernate, às vezes o gargalo esta nesses componentes e não no html gerado pelo asp.net, claro esses componentes as vezes agilizam, mas cobram um preço, assim como o gridview tem o seu preço (viewstate..rs), de qualquer forma não existe milagre, com esses componentes manipulação a dados você não terá algo tão rápido por exemplo quanto uma chamada de stored procedure com datatable.

 

boa sorte na escolha