Como todos sabemos, bajo ASP.NET 2.0, el microsoftware proporciona un sistema de nuevos controles, algunos de los cuales son bastante útiles, como el sistema de gestión de miembros de Membresía y los controles del asistente paso a paso, que nos ahorran mucho tiempo. Además, algunos, como Gridview actualizado desde Datagrid, a veces no se sienten tan bien.
Si bien este control nos brinda una gran conveniencia, también pierde flexibilidad. Por ejemplo, especificar directamente una declaración SQL puede completar el trabajo de acceso a datos, y la visualización y clasificación de paginación es incluso más simple que comer. Como todos sabemos, esto es contrario a nuestro diseño de arquitectura lógica en capas, lo que crea una situación embarazosa. Es difícil para los principiantes crear programas potentes y completos simplemente confiando en estos controles. Además, encapsula muchas operaciones. Y no sabemos cómo funciona en segundo plano. Para los principiantes, si algo sale mal, no tienen idea de dónde está el problema, mientras que los programadores experimentados definitivamente no adoptarán un diseño tan feo. Cuando lo usamos para completar actualizaciones y otras operaciones, necesitaremos verificar el contenido de entrada, lo cual también es un inconveniente cuando el control se está ejecutando, generará un campo ViewState enorme, lo que provocará una disminución en la eficiencia en cuanto al rendimiento de la paginación. bajo grandes volúmenes de datos, es aún más inconveniente. Dicho esto, aunque DataSet ahora se puede serializar binariamente, los resultados aún son insatisfactorios. Entonces tenemos que preguntarnos ¿cuál es el valor de tal control?
Aunque GridView puede realizar paginación, los estilos de paginación que proporciona son limitados y es muy problemático definirlos manualmente. Por otra parte, si necesita operaciones de datos muy poderosas, como clasificación de varias columnas, resumen, exportación, totalización o incluso arrastrar y soltar, etc., es mejor utilizar otros medios para lograrlo, como controles comerciales y la Uso de plataformas de clientes inteligentes. Más conveniente. El diseño de las docenas de atributos de estilo de GridView también es muy pobre. Aunque estos atributos se pueden usar para crear una interfaz de usuario muy elegante, una vez que un proyecto tiene docenas de GridViews, el trabajo de modificación es simplemente inimaginable, por lo que tenemos que usar uno. poderosa herramienta como CSS para definir su estilo.
Igualmente inútil es el control de fuente de datos SQL, que hace que la programación sea tan simple. Aunque no tiene valor práctico en proyectos a gran escala, creo que todavía tiene ciertos beneficios. Al menos puede mejorar el nivel de interés en la programación sin ser demasiado alto. Confianza de la gente, creo que en ese entonces usé la función de codificación automática de DW como un ciego para crear un sitio web personal por diversión. Aunque el código que generó era tan feo y la lógica tan confusa, luego confié con todo mi entusiasmo. No estaría donde estoy hoy si me apasionara la programación.
Lo que soy más optimista es el control de fuente de datos llamado ObjectDataSource. ¿Por qué? Puede controlar libremente la lógica del programa en segundo plano, lo que hace que cada paso de la operación sea muy transparente. Además, utiliza las potentes funciones proporcionadas por los genéricos. El programa parece que se siente bien. La fuente de datos ahorra mucho tiempo para nuestro trabajo de enlace de datos de front-end. Hacer un buen uso de esta función puede aportar mucha comodidad a nuestros programas.
Los amigos que están familiarizados con StarterKit de Microsoft saben que hay un programa de muestra para un sitio web personal, que es un ejemplo típico de aplicación de fuente de datos de objetos. En este programa, se puede decir que las nuevas funciones de control proporcionadas por ASP.NET 2.0 son. Utilizado por completo. Gran parte del trabajo lógico se completa con una pequeña cantidad de código. Pero después de todo, es solo un sitio web personal y el trabajo en muchos lugares no es suficiente. Por ejemplo, puedo enviar un formulario vacío y no realiza ninguna verificación.
En resumen, el uso racional de estos nuevos controles mejorará en gran medida la eficiencia y también brindará a los amigos con bajos conocimientos de programación la oportunidad de experimentar una nueva experiencia de C#. Desde un punto de vista funcional, personalmente creo que es mucho mejor que el truco del gato de tres patas de DW. Mucha gente todavía está discutiendo cómo programar en DW, lo cual es realmente inapropiado para las interfaces.
En cuanto al tema de paginación, actualmente estoy trabajando en un control de paginación bajo ASP.NET 2.0. En términos generales, es una actualización y transformación basada en MSDN SQLPAGER en 1.1. Primero, se migra el programa a 2.0 y, segundo, se completa. En forma de controles de usuario, el estilo de paginación se puede expandir libremente según sus propias preferencias y puede usar el bloque de acceso a datos de la última biblioteca empresarial de Microsoft para comunicarse con la base de datos. Puede usar el almacenamiento en caché de datos o solo leer los necesarios. registros, lo que mejora la eficiencia. Básicamente se ha completado y se publicará el nuevo día. Todos pueden prestar atención. Al mismo tiempo, debido al nivel y la energía limitados, inevitablemente habrá algunas deficiencias y deficiencias, pero no te preocupes, este control está desarrollado con código fuente, puedes expandirlo libremente y, si hay problemas, puedes también compruébalos y corrígelos desde el código fuente.
Con respecto al tema de la paginación de big data, hoy vi algo de un extranjero en Internet que me pareció bastante interesante. Me tomaré un tiempo para traducirlo y dedicarlo a todos. Aquí está la dirección de origen. Característica ROW_NUMBER() de SQL SERVER 2005. Ven a trabajar.