No processo de atualização tecnológica, ainda existem algumas pessoas que se apegam a coisas ultrapassadas. Há também algumas pessoas que entraram no novo mundo, mas ainda não conseguem se livrar dos velhos hábitos. Porque também estou muito enojado com esta palavra.
Novas tecnologias deveriam ter novas práticas tecnológicas. Ao entrar no mundo do ASP.NET, você deve corrigir seus hábitos anteriores e entrar em um novo mundo
. promova-o erroneamente como uma prática recomendada:
1. Use a inclusão do lado do servidor para introduzir a composição de página comum ao ASPX.
(
controle de usuário da web) deve ser usado para implementá-lo. O ASCX fornece interfaces mais controláveis.
web.config
web.config fornece uma interface de gerenciamento de configuração muito rica. É a parte central de um aplicativo. No entanto, o web.config de muitas pessoas geralmente está vazio ou nunca foi modificado
. A resposta na plataforma ASP.NET é muito diferente da resposta ASP. Embora tenha o mesmo significado, o conteúdo de Response.Write só será enviado para o front end da página. a mensagem para o front-end é O método é usar PlaceHolder
4. Use uma série de sessões para gerenciar o status da conexão do usuário. Este método é abusado no ambiente ASP.NET, a abordagem correta deve ser projetar um. class. Salve os dados de forma estruturada. Será útil para sessões ou encapsular acesso a cookies.
5. Use sessão para verificar a identidade. Este é um problema quase comum. é verificação de formulários ou verificação de janelas. Há uma seção de início rápido que explica isso claramente, a maioria das pessoas ainda depende da atribuição de valores às sessões para manter o status de autenticação do usuário
. Isso pode ser usado quando necessário, mas não pode ser abusado. Os fatos provaram que o abuso de redirecionamentos levará a uma confusão lógica. Isso é o que você faz quando as páginas são usadas como unidades de programa. Usar o modo de controlador frontal centralizará a lógica de operação do usuário.
7. Use muitas páginas ASPX As unidades de programa no ambiente ASP são apenas páginas *.asp, ASP. Este não é o caso do .NET. Também existem bibliotecas de classes de back-end, ASCX, etc. em unidades diferentes, em vez de usar um ASPX para uma operação. Mais frequentemente, o ASPX será usado como ASCX ou controle personalizado. O contêiner gerencia a lógica dentro da página.
8. Copie o código entre várias unidades lógicas e modifique a lógica correspondente para reutilização. Princípios de reutilização para lidar com tais problemas. Se você usar o método acima, uma vez que ocorram grandes mudanças na lógica. ser catastrófico.
9. Medo de usar DataSet.
Muitas pessoas ficam assustadas com o DataSet. Eles acham que isso "definitivamente" afeta o desempenho, mas nem se atrevem a experimentá-lo pela primeira vez. Eles sempre pensam que seus produtos devem ser importantes e devem ser "cautelosos" no design. use frequentemente ArrayList ou crie classes de baixo nível. Faça o trabalho árduo de despejar dados.
10. Preste muita atenção ao "desempenho".
Estou particularmente insatisfeito com o mecanismo do ASP.NET ViewState. Ou sempre tento o meu melhor para perseguir os outros. Pelo contrário, fico muito cansado se prestar mais atenção à conexão com o banco de dados com menos frequência. ao lidar com ViewState
11. O diretório raiz do aplicativo é um caos.
ASP.NET é um projeto de desenvolvimento, não um site. Diferentes recursos devem ser classificados e colocados. Por exemplo, todos os recursos estáticos (folhas de estilo, scripts, imagens) devem ser organizados juntos. .ASPX deve ser montado. ASCX deve ser colocado em outro projeto.
12. Se você se der ao trabalho de escrever o processo de acesso ao banco de dados, você deve deixar este trabalho. o bloco de aplicativos DataAccess Você mesmo tem que ligar e desligar a conexão, por que se preocupar? 13.
O que você escreve é o mais confiável.
A verdade geralmente é exatamente o oposto. Preste mais atenção ao usar produtos escritos por terceiros. Eles não cobram dinheiro, então por que se preocupar tanto em salvar a aparência?
14. Nomear arquivos ASPX aleatoriamente é a coisa mais dolorosa. os nomes não precisam apenas ser fáceis de identificar. Certas regras devem ser seguidas. Como atrás de cada ASPX terá uma classe com o mesmo nome, imagine como é desconfortável. Além disso, a maioria das pessoas não conhece o espaço de nomes de seus próprios projetos. . Faz com que as pessoas pareçam estar olhando para um livro-razão
15. Nunca Em vez de herdar ou derivar algumas classes com o mesmo comportamento, elas deveriam ser derivadas de uma classe base comum. PageBase. Porque sempre há alguns recursos públicos que precisam ser abstraídos.
16. Propriedade zero.
Existem apenas métodos privados em suas classes (correspondentes a ASPX). Eles não revelam nenhum de seus segredos. Deve ser trabalho de veteranos JAVA
17. Zero ASCX
.
Escusado será dizer que ele ainda não aprendeu ASP.NET
. 18. Use o DreamWeaver para “desenhar” ASPX
Este grupo de pessoas são artistas. Algumas pessoas estão até muito entusiasmadas em discutir como "integrar" melhor o DreamWeaver e o Visual Studio
19. Se você estiver familiarizado apenas com System.Web.UI.WebControl e System.Data.SqlClient, deve haver. Existem alguns outros com os quais vale a pena se familiarizar.
20.Zero Annotations Esses são jogadores rápidos que sabem muito bem. Os comentáriospadrão
gerados por qualquer IDE são ignorados.
em Page_Load() Escreva um procedimento ou clique duas vezes em um botão para escrever o procedimento Xxx_Clock() Os eventos e delegados não podem ser vistos em seus programas.