Dans le processus de modernisation technologique, il y a encore des gens qui s'accrochent à des choses dépassées. Il y a aussi des gens qui sont entrés dans le nouveau monde, mais qui ne parviennent toujours pas à se débarrasser de leurs vieilles habitudes. Je n'ai pas utilisé le mot « mauvaises habitudes ». Parce que je suis aussi très dégoûté de ce mot.
Les nouvelles technologies devraient avoir de nouvelles pratiques technologiques. Lorsque vous entrez dans le monde d'ASP.NET, vous devez corriger vos habitudes passées et entrer dans un nouveau monde.
Ce qui suit sont toutes de mauvaises pratiques. faites-en la promotion par erreur comme pratique recommandée :
1. Utilisez l'inclusion côté serveur pour introduire la composition de page commune dans ASPX.
plus
contrôlables. Et plus important encore, ASCX est une vraie classe qui peut être entièrement contrôlée.
web.config
web.config fournit une interface de gestion de configuration très riche. C'est la partie centrale d'une application. Cependant, le web.config de nombreuses personnes est souvent vide ou n'a jamais été modifié.
3. Utilisez Response.Write pour afficher les messages sur le front-end. La réponse sous la plate-forme ASP.NET est très différente de la réponse ASP. Bien que cela signifie la même chose, l'utilisation est très différente. Le contenu de Response.Write ne sera affiché qu'au début de la page. afficher le message sur le front-end est La méthode consiste à utiliser PlaceHolder
4. Utiliser une série de sessions pour gérer l'état de la connexion des utilisateurs. Cette méthode est utilisée de manière abusive dans l'environnement ASP.NET. classe. Enregistrez les données de manière structurée. Cela sera utile pour les sessions ou pour encapsuler l'accès aux cookies.
5. Utiliser la session pour vérifier l'identité. C'est un problème presque courant. ASP.NET fournit un ensemble d'API pour l'authentification des utilisateurs. est la vérification des formulaires ou la vérification de Windows. Il existe une section sur le démarrage rapide qui explique très bien cela. De toute évidence, la plupart des gens comptent toujours sur l'attribution de valeurs aux sessions pour maintenir le statut d'authentification de l'utilisateur.
6. Utilisez Response.Redirect pour rediriger la page. Cela peut être utilisé lorsque cela est nécessaire, mais ne peut pas être abusé. Les faits ont prouvé qu'un abus de redirection entraînerait une confusion logique. C'est ce que vous faites lorsque les pages sont utilisées comme unités de programme. L'utilisation du mode contrôleur frontal centralisera la logique de fonctionnement de l'utilisateur.
7. Utilisez trop de pages ASPX. Les unités de programme dans l'environnement ASP sont uniquement des pages *.asp, ASP Ce n'est pas le cas avec .NET. Il existe également des bibliothèques de classes back-end, ASCX, etc. La logique métier doit être concentrée. dans différentes unités, au lieu d'utiliser un ASPX pour une opération. Le plus souvent, ASPX sera utilisé comme ASCX ou contrôle personnalisé. Tandis qu'ASPX réutilise ASCX, ASPX est également réutilisé comme composition de page unifiée.
8. Copiez le code entre plusieurs unités logiques et modifiez la logique correspondante pour la réutilisation. Principes pour traiter de tels problèmes Il n'y a pas de processus identique ou similaire. Si vous utilisez la méthode ci-dessus, une fois que des changements logiques majeurs se produisent. être catastrophique.
9. Peur d'utiliser DataSet.
Beaucoup de gens sont effrayés par DataSet. Ils pensent que cela affecte « définitivement » les performances, mais ils n'osent même pas l'essayer pour la première fois. Ils pensent toujours que leurs produits doivent être importants et doivent être « prudents » dans leur conception. utilisez souvent ArrayList ou concevez des classes de bas niveau. Enregistrez les données de collecte. Faites le dur travail de dumping des données.
10. Accordez trop d'attention aux « performances ».
Je suis particulièrement insatisfait du mécanisme d'ASP.NET ViewState. Ou je fais toujours de mon mieux pour persécuter les autres. Au contraire, je me fatigue beaucoup si je fais plus attention à me connecter moins fréquemment à la base de données. lorsqu'il s'agit de ViewState
11. Le répertoire racine de l'application est très chaotique.
ASP.NET est un projet de développement, pas un site Web. Différentes ressources doivent être classées et placées. Par exemple, toutes les ressources statiques (feuilles de style, scripts, images) doivent être organisées ensemble. Vous pouvez même écrire un ensemble d'API pour les gérer. .ASPX doit être assemblé.ASCX doit être assemblé.Et .*.cs?Ils doivent être placés dans un autre projet.
12. Si vous prenez la peine d'écrire le processus d'accès à la base de données, vous devriez laisser ce travail. le bloc d'application DataAccess Vous devez activer et désactiver la connexion vous-même, pourquoi s'embêter 13.
Ce que vous écrivez est le plus fiable ?
La vérité est souvent tout le contraire. Faites plus attention à l'utilisation de produits écrits par d'autres. Ils ne vous facturent pas d'argent, alors pourquoi vous embêter à sauver la face.
14. Nommer les fichiers ASPX au hasard est la chose la plus pénible. les noms doivent non seulement être faciles à identifier, mais certaines règles doivent être respectées. Parce que derrière chaque ASPX se trouve une classe portant le même nom, imaginez à quel point c'est inconfortable. De plus, la plupart des gens ne connaissent pas l'espace de noms de leurs propres projets. . Cela donne l'impression que les gens regardent un grand livre.
15. Jamais Au lieu d'hériter ou de dériver certaines classes avec le même comportement, elles devraient être dérivées d'une classe de base commune. D'un point de vue pratique, notre ASPX devrait avoir une classe de base. PageBase Parce qu'il y a toujours certaines fonctionnalités publiques qui doivent être abstraites.
16. Aucune propriété.
Il n'y a que des méthodes privées dans leurs classes (correspondant à ASPX). Elles ne dévoilent aucun de leurs secrets. Cela doit être l'œuvre de vétérans de JAVA
17. Zéro ASCX
.
Inutile de dire qu'il n'a pas encore appris ASP.NET
18. Utilisez DreamWeaver pour « dessiner » ASPX
Ce groupe de personnes est constitué d'artistes. Certaines personnes sont même très enthousiasmées par la manière de mieux "intégrer" DreamWeaver et Visual Studio
19. Si vous n'êtes familier qu'avec System.Web.UI.WebControl et System.Data.SqlClient, cela devrait être le cas. Il y en a d'autres qui méritent d'être familiarisés.
20.Zero Annotations Ce sont des lecteurs rapides qui connaissent très bien les commentaires par défaut générés par n'importe quel IDE.
21.Zero Events ne sait rien des "événementiels". dans Page_Load() Écrivez une procédure. Ou double-cliquez sur un bouton pour écrire la procédure Xxx_Clock(). Les événements et les délégués ne sont pas visibles dans leurs programmes.