CodeS-SourceS est hébergé par Frontier.fr

Cliquez ici pour mettre ce site au démarrage de votre navigateur

AccueilCodesTutorielsForumsEmploiLivresGuide achatConnexion

begin process at 2009 07 05 02:45:00

SILVERLIGHT 3 : COMMUNICATION ET MULTICAST par KooKiz

[PERSO] DéCOUVERTES ESTIVALES : LINUX (PART I) par FREMYCOMPANY

[REFACTORING] RESHARPER POUR VISUAL STUDIO 2010 (PREVIEW) par tja

[REFACTORING] ANALYSER VOS EXCEPTIONS AVEC RESHARPER EXCEPTIONAL par tja

SHAREPOINT 2007 : PATTERNS & PRACTICES SHAREPOINT GUIDANCE par phil

RE : UN CONSTRUCTEUR APPELLE UN AUTRE CONSTRUCTEUR DE LA MêME CLASS... par spilz

RE : UN CONSTRUCTEUR APPELLE UN AUTRE CONSTRUCTEUR DE LA MêME CLASS... par casy

RE : UN CONSTRUCTEUR APPELLE UN AUTRE CONSTRUCTEUR DE LA MêME CLASS... par spilz

RE : UN CONSTRUCTEUR APPELLE UN AUTRE CONSTRUCTEUR DE LA MêME CLASS... par Robert33

MIGRATION BASE DE DONNéES par abouselma

+ de logiciels à télécharger

1 464 525 membres
32 nouveaux aujourd'hui
15 045 membres club

Trouver une ressource

Trouvez une ressource parmi 40 096 codes, 1 302 916 messages d'aide etc...

Recherche: dans [ Dernières recherches ]

Filtre:Tous les codes.NET uniquementExclure .NET

Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

LES DIRECTIVES DE PRE-PROCESSING

Information sur la source

Catégorie :Tutoriaux

Classé sous : preprocessing Niveau : Initié Date de création : 05/02/2004 Date de mise à jour : 05/02/2004 13:25:47 Vu : 7 597

Auteur : SharpMao

Ecrire un message privé

Note :

9,00 / 10

Commentaire sur cette source (2)

Ajouter un commentaire et/ou une note

Description

Voici de petits trucs qui permettent de réaliser un code à mon avis plus clair de programmation en C# :
#define et #undef : Ces directives permettent de définir des symboles de compilation conditionnelle. Attention, #define ne permet pas de définir des abbréviation comme en c pur.

#if, #elif, #else, and #endif : effectue une compilation conditionnelle. Seul un partie du code sera compilé.

#error and #warning : permettent d'afficher des message d'erreur ou d'avertissement à la compilation.

#region and #endregion : permettent de définir des région de code. Elles peuvent être imbriquées. Cette otpion est particulièrement avec VS.Net, car on peut d'un clic sur le coté, réduire toute la région. A utiliser pour un code clair.

#line : permet de redéfinir les numéro de ligne. Je ne vois personnellement pas l'intéret.

Source

/*DEBUG est défini par défaut par VS.NET en mode debug.*/
#if DEBUG
/*Code à effectuer seulement en DEBUG, message d'erreur ou d'exception, etc*/
...
/* Le messagesuivant ne sera affiché que lors d'une compilation en DEBUG*/
#warning Compiled in debug mode
#else
/*Si il y a du code a effectuer seulement dans la version finale*/
#endif
/*pour ne pas effectuer les tests, enlever ligne suivante.*/
#define TEST
#if TEST
/*Batterie de tests a effectuer*/
#endif
#region Properties
/*mettre les propriétés de la classe ici.*/
#endregion
#region methods
#region private methods
/*mettre les méthodes privées ici*/
#endregion
#region public methods
/*mettre les méthodes publiques ici*/
#endregion
#endregion

/*DEBUG est défini par défaut par VS.NET en mode debug.*/
#if DEBUG
/*Code à effectuer seulement en DEBUG, message d'erreur ou d'exception, etc*/
...
/* Le messagesuivant ne sera affiché que lors d'une compilation en DEBUG*/
#warning Compiled in debug mode	
#else
/*Si il y a du code a effectuer seulement dans la version finale*/
#endif

/*pour ne pas effectuer les tests, enlever ligne suivante.*/
#define TEST
#if TEST
/*Batterie de tests a effectuer*/
#endif

#region Properties
/*mettre les propriétés de la classe ici.*/
#endregion

#region methods
#region private methods
/*mettre les méthodes privées ici*/
#endregion

#region public methods
/*mettre les méthodes publiques ici*/
#endregion
#endregion

Conclusion

Voilà. A retenir :
#if DEBUG combiné avec #warning permet d'effectuer du code lors de la phase de développement. ce code sera dans la source, mais pas exécuté en Release. Le warning est là pour ne pas oublier de remettre en mode Release pour la version finale.

#region : personnellement, c'est un moyen simple et efficace d'organiser son code, il aidera grandement ceux qui devraient peut-être le retoucher.

En espérant que ceci vous aidera,
SharpMao

Sources du même auteur

DEEPZOOMAPI

LECTURE LIGNE PAR LIGNE DE LA SORTIE STANDARD D'UN PROGRAMME...

EDITEUR HEXADÉCIMAL

GÉNÉRATION D'ÉVÈNEMENT À LA FIN D'UN THREAD

VISUALISATION DES CLASSES DU FRAMEWORK

Toutes les sources de SharpMao

Sources de la même categorie

ENT LIB - VALIDATION BLOC DEMO par bernie666

CRÉER UN ADDIN AUTOMATION POUR EXCEL par ShareVB

XML VERS TREENODE / TREENODE VERS XML par ip2x

NAVIGATION DANS UNE TABCONTROL par floptwo

C# ET LE FRAMEWORK MAIS C'EST TRÈS SIMPLE ! ETAPE 2 PHASE 3 par bestmomo

Toutes les sources de la catégorie Tutoriaux

Commentaires et avis

Commentaire de Crazyht le 06/02/2004 00:06:58 administrateur CS

Il est a noté aussi la presence de la definition TRACE definit en Debug comme en Release par VS.NET.

Et le code entre #if DEBUG .... #endif ne sera meme pas présent dans le code generé en release. Ce qui reduit encore un peu ca taille, enfin pour les gens comme moi qui en mettent partout pour le debug :)

@++
CrazyHT

Commentaire de Zeroc00l le 05/09/2007 21:05:02

#line est souvent utilisée pour le code généré.
En effet lorsqu'un programme analyse un fichier pour générer du code,
si le fichier d'entré est erroné, le code généré l'est aussi.
Dans ce cas le compilateur utilise la ligne courante et le nom du fichier en cours de compilation
pour indiquer l'erreur.
Il est donc intéressant d'indiquer l'erreur dans le fichier d'entré,
à l'endroit responsable de la mauvaise génération,
plutôt qu'un endroit obscure dans du code généré ...