FAQ ASP.NET/VB.NET

Jusqu'à aujourd'hui une classe devait se trouvait dans un fichier unique, cela posait problème par exemple en cas de codes longs et complexes, ou encore en cas de travail en équipe sur une même classe. Avec l'arrivé du Framework .Net 2.0, il est désormais possible de répartir une classe dans plusieurs fichiers, c'est ce que l'on appelle les classes partielles.

Répartir une classe dans plusieurs fichiers ne présente pas de difficulté, il suffit simplement d'ajouter le mot clé « partial » au début de chaque fichier, le compilateur fera le travail pour réassembler tous ces fichiers, voici un exemple :

					
Public Partial Class maClasse

End Class 

				

Visual Studio possède toute une série de nouvelles fonctionnalités qui permettent au développeur de gagner beaucoup de temps par rapport à son prédécesseur.

Il arrive parfois qu'un nom de variable ne corresponde plus exactement à l'utilité de cette variable. Dans ce cas, pour éviter les confusions, il est souvent utile de mettre à jour ce nom.

Pour cela, dans le menu "Refactor", choisissez "Rename...". Visual Studio se chargera de remplacer le nom de la variable partout où c'est nécessaire (et uniquement cette variable).

Evitez de déployer une application avec <compilation debug= "true" > dans le web.config. Il s'agit de l'erreur la plus fréquente et ceci a pour conséquence de :

• Diminuer les performances en termes de vitesse (des éléments supplémentaires sont chargés)
• Utiliser plus de mémoire
• De renvoyer les scripts javascript à chaque chargement de la page

Pour un mode encore plus complet, utilisez plutot retail="true" dans le web.config.

					<configuration>
	<system.web>
		<deployment retail="true"/>
	</system.web>
</configuration>
				

Cela aura trois effet combinés. Cela forcera le flag debug à passer à false (comme indiqué ci-dessus), cela va désactiver le traçage, et cela va forcer la page d'erreur personnalisée a être affichée pour les utilisateurs distants plutôt que l'actuel message d'exception.