En el proceso de actualización tecnológica, todavía hay algunas personas que se aferran a cosas obsoletas. También hay algunas personas que han entrado al nuevo mundo, pero aún no pueden deshacerse de los viejos hábitos. No utilicé la palabra "malos hábitos". Porque también estoy muy disgustado con esta palabra.
Las nuevas tecnologías deben tener nuevas prácticas tecnológicas. Al ingresar al mundo de ASP.NET, debe corregir sus hábitos pasados y ingresar a un mundo nuevo.
Las siguientes son prácticas incorrectas. promoverlo erróneamente como una práctica recomendada:
1. Usar la inclusión del lado del servidor para introducir una composición de página común en ASPX.
Bajo el mecanismo ASP.NET, se debe utilizar ASCX (control de usuario web). ASCX proporciona interfaces más controlables. Y lo que es más importante, ASCX es una clase que se puede controlar por completo
. web.config
web.config proporciona una interfaz de gestión de configuración muy rica. Es la parte central de una aplicación. Sin embargo, el web.config de muchas personas suele estar vacío o nunca se ha modificado.
3. Utilice Response.Write para enviar mensajes al front-end. La respuesta en la plataforma ASP.NET es muy diferente de la respuesta ASP. Aunque tiene el mismo significado, el uso es muy diferente. El contenido de Response.Write solo se enviará al frente de la página. enviar el mensaje al front-end es El método es utilizar PlaceHolder
4. Utilice una serie de sesiones para administrar el estado de la conexión del usuario. Se abusa de este método en ASP. En el entorno ASP.NET, el enfoque correcto debe ser diseñar un. clase.Guarde los datos de forma estructurada. Será útil para sesiones o encapsular el acceso a cookies.
5. Utilice la sesión para verificar la identidad. Este es un problema casi común. es la verificación de formularios o verificación de Windows. Hay una sección sobre inicio rápido que explica esto muy bien. Claramente, la mayoría de las personas todavía dependen de la asignación de valores a las sesiones para mantener el estado de autenticación del usuario
. Esto se puede usar cuando sea necesario, pero no se puede abusar de él. Los hechos han demostrado que abusar de las redirecciones conducirá a una confusión lógica. Esto es lo que se hace cuando las páginas se usan como unidades de programa. El uso del modo de controlador frontal centralizará la lógica de operación del usuario.
7. Utilice demasiadas páginas ASPX. Las unidades de programa en el entorno ASP son solo páginas *.asp, ASP. Este no es el caso con .NET. También hay bibliotecas de clases de back-end, ASCX, etc. en diferentes unidades, en lugar de usar un ASPX para una operación. Más a menudo, ASPX se usará como ASCX o control personalizado. Mientras que ASPX reutiliza ASCX, ASPX también se reutiliza como una composición de página unificada.
8. Copie el código entre varias unidades lógicas y modifique la lógica correspondiente para la reutilización. Principios para abordar este tipo de problemas. Si utiliza el método anterior, los resultados se producirán una vez que se produzcan cambios lógicos importantes. ser catastrófico.
9. Miedo de usar DataSet.
Mucha gente está asustada por DataSet. Piensan que "definitivamente" afecta el rendimiento, pero ni siquiera se atreven a probarlo por primera vez. Siempre piensan que sus productos deben ser importantes y deben ser "cautelosos" en el diseño. A menudo use ArrayList o diseñe clases de bajo nivel. Guarde los datos de la colección.
10. Preste demasiada atención al "rendimiento".
Estoy particularmente insatisfecho con el mecanismo de ASP.NET ViewState. O siempre hago lo mejor que puedo para perseguir a los demás. Por el contrario, me canso mucho si presto más atención a conectarme a la base de datos con menos frecuencia. cuando se trata de ViewState
11. El directorio raíz de la aplicación es muy caótico.
ASP.NET es un proyecto de desarrollo, no un sitio web. Se deben clasificar y colocar diferentes recursos. Por ejemplo, todos los recursos estáticos (hojas de estilo, scripts, imágenes) deben organizarse juntos. Incluso puede escribir un conjunto de API para administrarlos. .ASPX debe ensamblarse. ASCX debe ensamblarse. ¿Qué pasa con .*.cs? Deben colocarse en otro proyecto.
12. Si se toma la molestia de escribir el proceso de acceso a la base de datos, debe dejar este trabajo. el bloque de aplicaciones DataAccess Tienes que encender y apagar la conexión tú mismo, ¿para qué molestarte? 13.
Lo que escribes es el más confiable.
La verdad suele ser todo lo contrario. Preste más atención al uso de productos escritos por otros. No le cobran dinero, entonces, ¿por qué preocuparse tanto por guardar las apariencias?
14. Nombrar aleatoriamente nombres de archivos ASPX es lo más doloroso. Los nombres no sólo deben ser fáciles de identificar, sino que se deben seguir ciertas reglas porque detrás de cada ASPX habrá una clase con el mismo nombre, imagina lo incómodo que es. Además, la mayoría de las personas no conocen el espacio de nombres de sus propios proyectos. Hace que las personas parezcan estar mirando un libro de contabilidad.
15. Nunca En lugar de heredar o derivar algunas clases con el mismo comportamiento, deberían derivarse de una clase base común. En un sentido práctico, nuestro ASPX debería tener una clase base. PageBase. Porque siempre hay algunas características públicas que deben abstraerse
16. Propiedad cero
.
Solo hay métodos privados en sus clases (correspondientes a ASPX). No revelan ninguno de sus secretos. Debe ser trabajo de veteranos de JAVA
17. Zero ASCX
.
No hace falta decir que aún no ha aprendido ASP.NET
. 18. Utilice DreamWeaver para "dibujar" ASPX.
Este grupo de personas son artistas. Algunas personas incluso están muy intoxicadas al discutir cómo "integrar" mejor DreamWeaver y Visual Studio
19. Si solo está familiarizado con System.Web.UI.WebControl y System.Data.SqlClient, debería hacerlo. Hay algunos otros con los que vale la pena familiarizarse.
20.Zero Annotations Estos son jugadores rápidos que saben muy bien. Los comentariospredeterminados
generados por cualquier IDE se ignoran.
en Page_Load() Escriba un procedimiento. O haga doble clic en un botón para escribir el procedimiento Xxx_Clock(). Los eventos y los delegados no se pueden ver en sus programas.