Comme nous le savons tous, sous ASP.NET 2.0, les micrologiciels fournissent un système de nouveaux contrôles, dont certains sont très utiles, comme le système de gestion des membres et les contrôles de l'assistant pas à pas, qui nous font gagner beaucoup de temps. De plus, certains, comme le Gridview mis à niveau depuis Datagrid, ne se sentent parfois pas aussi bien.
Bien que ce contrôle nous offre une grande commodité, il perd également en flexibilité. Par exemple, la spécification directe d'une instruction SQL peut terminer le travail d'accès aux données, et l'affichage et le tri de la pagination sont encore plus simples que de manger. Comme nous le savons tous, cela est contraire à notre conception d'architecture logique en couches, ce qui crée une situation embarrassante. Il est difficile pour les novices de créer des programmes puissants et complets simplement en s'appuyant sur ces contrôles. De plus, cela encapsule de nombreuses opérations. , et nous ne savons pas comment cela fonctionne en arrière-plan. Pour les novices, si quelque chose ne va pas, ils n'ont aucune idée d'où réside le problème, tandis que les programmeurs expérimentés n'adopteront certainement pas une conception aussi moche. Lorsque nous l'utilisons pour effectuer des mises à niveau et d'autres opérations, nous exigerons une vérification du contenu d'entrée, ce qui est également gênant. Lorsque le contrôle est en cours d'exécution, il générera un énorme champ ViewState, entraînant une diminution de l'efficacité en ce qui concerne les performances de pagination. avec de gros volumes de données, c'est encore plus gênant. Cela dit, même si DataSet peut désormais être sérialisé en binaire, les résultats sont toujours insatisfaisants. Il faut alors se demander quelle est la valeur d’un tel contrôle ?
Bien que GridView puisse effectuer la pagination, les styles de pagination qu'il propose sont limités et il est très difficile de les définir manuellement. Là encore, si vous avez besoin d'opérations de données très puissantes, comme le tri multi-colonnes, la synthèse, l'exportation, la totalisation, ou encore le glisser-déposer, etc., il est préférable d'utiliser d'autres moyens pour y parvenir, comme les contrôles métier et le utilisation de plates-formes client intelligentes. Plus pratique. La conception des dizaines d'attributs de style de GridView est également très médiocre. Bien que vous puissiez utiliser ces attributs pour créer une interface utilisateur très sophistiquée, une fois qu'un projet comporte des dizaines de GridViews, le travail de modification est tout simplement inimaginable, vous devez donc utiliser un outil puissant comme CSS pour définir son style.
Le contrôle des sources de données SQL, qui rend la programmation si simple, est tout aussi inutile. Bien qu'il n'ait aucune valeur pratique dans les projets à grande échelle, je pense qu'il présente néanmoins certains avantages. Il peut au moins améliorer le niveau d'intérêt pour la programmation sans être trop élevé. . La confiance des gens, je pense qu'à l'époque, j'utilisais la fonction de codage automatique de DW comme un aveugle pour créer un site Web personnel pour le plaisir. Même si le code qu'il générait était si laid et la logique si déroutante, je me suis ensuite appuyé sur tout mon enthousiasme. je ne serais pas là où je suis aujourd'hui si j'étais passionné par la programmation.
Ce qui me rend plus optimiste, c'est le contrôle de source de données appelé ObjectDataSource. Pourquoi ? Il peut contrôler librement la logique du programme en arrière-plan, rendant chaque étape de l'opération très transparente. De plus, il utilise les puissantes fonctionnalités fournies par les génériques. le programme ressemble à ça, ça fait du bien. La source de données permet de gagner beaucoup de temps pour notre travail de liaison de données frontale. Faire bon usage de cette fonctionnalité peut apporter beaucoup de commodité à nos programmes.
Les amis qui connaissent le StarterKit de Microsoft savent qu'il existe un exemple de programme pour un site Web personnel, qui est un exemple typique d'application de source de données objet. Dans ce programme, on peut dire que les nouvelles fonctionnalités de contrôle fournies par ASP.NET 2.0 sont. pleinement utilisé. De nombreux travaux de logique sont effectués avec une petite quantité de code. Mais après tout, il ne s’agit que d’un site Web personnel et le travail à de nombreux endroits ne suffit pas. Par exemple, je peux soumettre un formulaire vide et il n’effectue aucune vérification.
En bref, l'utilisation rationnelle de ces nouveaux contrôles améliorera considérablement l'efficacité et donnera également à des amis ayant de faibles compétences en programmation une chance de vivre une nouvelle expérience C# pointue. D'un point de vue fonctionnel, je pense personnellement que c'est bien mieux que le tour du chat à trois pattes de DW. Beaucoup de gens discutent encore de la façon de programmer sous DW, ce qui est vraiment inapproprié pour les interfaces.
Concernant le problème de pagination, je travaille actuellement sur un contrôle de pagination sous ASP.NET 2.0. De manière générale, il s'agit d'une mise à niveau et d'une transformation basée sur MSDN SQLPAGER en 1.1. Premièrement, le programme est migré vers 2.0, et deuxièmement, il est terminé. . Sous forme de contrôles utilisateur, le style de pagination peut être librement étendu selon vos propres préférences et vous pouvez utiliser le bloc d'accès aux données de la dernière bibliothèque d'entreprise de Microsoft pour communiquer avec la base de données. Vous pouvez utiliser la mise en cache des données ou lire uniquement les éléments requis. enregistrements, ce qui améliore l’efficacité. Il est pratiquement terminé et sera publié le nouveau jour. Tout le monde est invité à y prêter attention. Dans le même temps, en raison du niveau et de l'énergie limités, il y aura inévitablement des lacunes et des lacunes, mais ne vous inquiétez pas, ce contrôle est développé avec le code source, vous pouvez l'étendre librement, et s'il y a des problèmes, vous pouvez vérifiez-les également et corrigez-les à partir du code source.
Concernant la question de la pagination big data, j'ai vu aujourd'hui quelque chose d'un étranger qui m'a semblé assez intéressant. Je vais prendre le temps de le traduire et de le consacrer à tout le monde. Voici l'adresse source. Fonctionnalité ROW_NUMBER() de SQL SERVER 2005. Venez travailler.