Correndo ASP.NET sem viewstate ativado

Question

Estamos prestes a começar a reconstruir um de nossos projetos ASP.NET e eu gostaria de tentar desenvolvê-lo sem viestate ligado (deficientes em web.config).

Eu sei sobre as vantagens e desvantagens de viewstate e de um modo geral o que mantém o controle de em comparação com o estado de controle, no entanto, gostaria de saber:

1. Quais são as diferenças no processo de desenvolvimento de princípio? Ou seja, o quão diferente você estruturar seu Page_Load etc?

2. Existe alguma funcionalidade nos controles ASP.NET padrão que irá realmente apenas não trabalho sem viewstate ligado?

Além disso, existem artigos detalhados sobre as diferenças de fluxo de trabalho entre trabalhar com e sem VS?

Answer 1

A maioria dos controles como caixas de texto e DropDownLists irá funcionar perfeitamente sem viewstate.

Eu não sei de quaisquer problemas do processo de desenvolvimento, exceto quaisquer controles ou propriedades criados ou modificados através de código não vai persistir sem viewstate, então você teria que recriar / modificá-los em uma nova postagem.

Eu tenho alguns muito grandes páginas com grandes ViewStates. Eu fiz uma experiência para desativar viewstate para todo o projeto, e encontrou (no início) sem perda perceptível de funcionalidade. Em seguida, algumas pequenas questões surgiu em testes, de modo que restabeleceu-lo. Mas nosso aplicativo web de 300 páginas foi provavelmente 99% funcional sem viewstate. Os problemas que tivemos foram centradas em torno datagrids -. Paginação principalmente, e dinamicamente controles criados e outras coisas modificados por trás de código, e, portanto, não persistiu sem viewstate

Este é um artigo muito bom sobre Viewstate:

http://msdn.microsoft.com/en-us/library /ms972976.aspx

Answer 2

Se você é aquele contra o viewstate - por que não tente usar o framework MVC? Pode ser um ajuste mais fácil.

Answer 3

I desativar viewstate em meus projetos. Eu uso dispersão / coletar métodos para preencher e obter valores a partir das páginas aspx de / para meus objetos de acesso a dados. É muito mais limpo e mais simples do que usar viewstate.