Como todos sabemos, no ASP.NET 2.0, o microsoftware fornece um sistema de novos controles, alguns dos quais são bastante úteis, como o sistema de gerenciamento de membros de membros e os controles passo a passo do assistente, que nos economizam muito tempo Além disso, alguns, como o Gridview atualizado do Datagrid, às vezes não parecem tão bons.
Embora esse controle nos proporcione grande conveniência, ele também perde flexibilidade. Por exemplo, especificar diretamente uma instrução SQL pode concluir o trabalho de acesso a dados, e a exibição e classificação da paginação são ainda mais simples do que comer. Como todos sabemos, isso é contrário ao nosso design de arquitetura lógica em camadas, o que cria uma situação embaraçosa. É difícil para os novatos criar programas poderosos e completos apenas contando com esses controles. , e não sabemos como funciona em segundo plano. Para os novatos, se algo der errado, eles não têm ideia de onde está o problema, enquanto os programadores experientes definitivamente não adotarão um design tão feio. Quando o utilizamos para realizar atualizações e outras operações, exigiremos a verificação do conteúdo de entrada, o que também é inconveniente. Quando o controle estiver em execução, gerará um enorme campo ViewState, causando uma diminuição na eficiência da paginação. sob grandes volumes de dados, é ainda mais inconveniente. Dito isto, embora o DataSet agora possa ser serializado em binário, os resultados ainda são insatisfatórios. Então temos que perguntar qual é o valor de tal controle?
Embora o GridView possa fazer paginação, os estilos de paginação que ele fornece são limitados e é muito difícil defini-los manualmente. Então, novamente, se você precisar de operações de dados muito poderosas, como classificação de várias colunas, resumo, exportação, totalização ou até mesmo arrastar e soltar, etc., é melhor usar outros meios para conseguir isso, como controles de negócios e o uso de plataformas de clientes inteligentes. O design das dezenas de atributos de estilo do GridView também é muito pobre. Embora você possa usar esses atributos para criar uma interface de usuário muito sofisticada, uma vez que um projeto tem dezenas de GridViews, o trabalho de modificação é simplesmente inimaginável, então temos que usar um. ferramenta poderosa como CSS para definir seu estilo.
Igualmente inútil é o controle da fonte de dados SQL, que torna a programação tão simples. Embora não tenha valor prático em projetos de grande escala, acho que ainda traz alguns benefícios. Pelo menos pode melhorar o nível de interesse em programação sem ser muito alto. Para a confiança das pessoas, acho que naquela época usei a função de codificação automática do DW como um cego para fazer um site pessoal para me divertir. Embora o código gerado fosse tão feio e a lógica tão confusa, mais tarde confiei em todo o meu entusiasmo. não estaria onde estou hoje se fosse apaixonado por programação.
O que me deixa mais otimista é o controle da fonte de dados chamado ObjectDataSource. Por que ele pode controlar livremente a lógica do programa em segundo plano, tornando cada etapa da operação muito transparente. programa parece que é bom. A fonte de dados economiza muito tempo para nosso trabalho de vinculação de dados front-end. Fazer bom uso desse recurso pode trazer muita comodidade aos nossos programas.
Amigos familiarizados com o StarterKit da Microsoft sabem que existe um programa de exemplo para um site pessoal, que é um exemplo típico de aplicação de fonte de dados de objetos. Neste programa, pode-se dizer que os novos recursos de controle fornecidos pelo ASP.NET 2.0 são. totalmente utilizado. Muito trabalho lógico é concluído com uma pequena quantidade de código. Mas afinal é apenas um site pessoal, e o trabalho em muitos lugares não é suficiente. Por exemplo, posso enviar um formulário vazio e ele não realiza nenhuma verificação.
Resumindo, o uso racional desses novos controles melhorará muito a eficiência e também dará aos amigos com poucas habilidades de programação a chance de experimentar uma nova experiência em C#. Do ponto de vista funcional, eu pessoalmente acho que é muito melhor do que o truque do gato de três pernas do DW. Muitas pessoas ainda estão discutindo como programar no DW, o que é realmente inapropriado para interfaces.
Em relação ao problema de paginação, estou atualmente trabalhando em um controle de paginação no ASP.NET 2.0. De modo geral, é uma atualização e transformação baseada no MSDN SQLPAGER em 1.1. Primeiro, o programa é migrado para 2.0 e, segundo, é concluído. Na forma de controles de usuário, o estilo de paginação pode ser expandido livremente de acordo com suas próprias preferências e você pode usar o bloco de acesso a dados da biblioteca corporativa mais recente da Microsoft para se comunicar com o banco de dados. registros, o que melhora a eficiência. Está basicamente concluído e será lançado no novo dia. Todos podem prestar atenção. Ao mesmo tempo, devido ao nível e energia limitados, inevitavelmente haverá algumas deficiências e deficiências, mas não se preocupe, este controle é desenvolvido com código-fonte, você pode expandi-lo livremente, e se houver problemas, você pode também verifique e corrija-os no código-fonte.
Em relação à questão da paginação de big data, vi hoje na Internet algo de um estrangeiro que me pareceu bastante interessante. Vou reservar um tempo para traduzir e dedicar a todos. Recurso ROW_NUMBER() do SQL SERVER 2005. Venha trabalhar.