Il est trop difficile de tester le fonctionnement d'une seule page dans le développement Web. Après avoir saisi le nom d'utilisateur et le mot de passe depuis la page d'accueil, vous ne pouvez accéder à la page que vous souhaitez tester qu'après quelques opérations. (En fait, quel que soit le développement que vous effectuez, tester une seule fonction est très fastidieux). Avec une attitude prudente, j'aime généralement écrire quelques paragraphes et les tester une fois. Il n'est évidemment pas rentable de démarrer l'ensemble du projet pour tester à chaque fois.
J'ajoute généralement une nouvelle configuration pour les tests dans la solution, j'y ajoute une directive de compilation telle que "Test", puis je mets des conditions de test et des méthodes de test sous cette directive dans le code. Lorsque l'équipe de développement n'a pas introduit de concepts tels que les tests unitaires, je ne souhaite pas faire ce genre de chose en ajoutant un nouveau projet de test. Et pour des situations comme une seule page sous le Web, je ne sais pas comment procéder. Par conséquent, il est plus courant d’utiliser mes propres instructions de compilation dans le passé.
(Quand j'écrivais des choses non WEB, j'aimais aussi écrire la méthode de test et la classe elle-même dans un fichier, puis utiliser les instructions de compilation pour les distinguer. Si vous souhaitez tester, sélectionnez simplement "Test" directement dans l'environnement de développement. Cette configuration, puis démarrez TestDriven pour le tester, cela permet d'économiser beaucoup d'efforts sur la machine sans démarrer l'ensemble du projet.
Si vous développez en C#, dans l'environnement de développement, si les conditions de compilation actuelles ne sont pas remplies, ces codes seront grisés et pourront être indentés, ce qui n'est pas du tout gênant)
Cependant, mes astuces ne fonctionnent plus sous VS2005. Désormais, le développement WEB est un peu différent d'avant. Je ne trouve pas d'endroit pour ajouter des instructions de compilation lorsque je recherche. Les développeurs non WEB peuvent toujours trouver un endroit pour les ajouter. Après avoir longtemps lutté, j'ai découvert que j'avais désormais défini certains paramètres dans Web.config et que la compilation conditionnelle ne faisait pas exception.
Par exemple, nous devons maintenant ajouter une directive de compilation conditionnelle "Test". Dans le fichier Web.config, ajoutez simplement l'instruction suivante sous la section <compilation>.
<compilateurs>
<compiler language="vb"
type="Microsoft.VisualBasic.VBCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"
extension=".VB"
compilerOptions="/define:Debug=True /define:Trace=True /define:Test=True "/>
<compiler language="c#"
type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"
extension=" .cs"
compilerOptions="/d:DEBUG;TRACE;Test"/>
</compilateurs>
Il est très important d'ajouter un <compilateur> pour chaque langue. Bien entendu, si la langue correspondante n'est pas utilisée dans le projet, vous pouvez l'ignorer ou la supprimer. Généralement, C# et VB sont utilisés plus souvent, mais je n'utilise que ces deux-là.
Après l'avoir configuré dans Web.config, il n'est pas nécessaire de définir des instructions de compilation sur chaque page à tester. Cependant, ce n'est toujours pas aussi performant qu'avant, il suffisait de sélectionner directement la configuration sur le Web. Barre d'outils IDE Maintenant, je dois écrire tellement de choses, et surtout, c'est toujours gênant de changer. Par exemple, si je ne veux pas démarrer sous la condition « Test », je dois accéder à Web.config et commenter le paragraphe ci-dessus.
Selon MSDN, sous .Net 2.0, l'élément <compiler> est obsolète. Mon approche ne semble pas être la bonne.