Page d'Accueil

C# et organisation du code : Accessoires du langage C#

 

Options ligne de commande 

Dans la leçon 1, nous avons vu que, pour voir le résultat d'une application, vous devez l'exécuter. Pour rendre ceci possible, Microsoft Visual C# est fourni avec un programme interne appelé un compilateur. Un compilateur est un programme d'ordinateur contenant d'autres sous-programmes en interne. Un des sous-programmes, probablement le premier, d'un compilateur s'appelle un analyseur. L'analyseur « scanne » le fichier qui contient le (ou une partie du) programme. Il vérifie la syntaxe, les mots-clés, les mots inconnus, et certaines autres routines. Si l'analyseur trouve un problème, qui pourrait être n'importe quoi, il s'arrête ou continue de faire une liste d'erreurs qu'il trouveraient. Il vous affiche alors cette liste pour correction. Parfois il s'arrête à la ligne exacte où le problème a été trouvé. Parfois il s'arrête à la ligne où le problème a affiché son impact, bien que le problème puisse être trouvé autre part. Avec l'expérience, vous saurez corriger les programmes ou dépanner ces problèmes. Dans nos leçons, nous aborderons autant de questions que possibles.

Si l'analyseur ne trouve aucun problème, ou après que vous ayiez corrigé les problèmes, il (l'analyseur) passe ses résultats au compilateur. Le compilateur appelle un autre programme appelé Editeur de Liens. Si le programme contient juste un fichier, l'Editeur de Liens le considère. Si le programme contient plus d'un fichier, l'Editeur de Liens les considère. L'éditeur de liens recueille certains fichiers livrés avec le compilateur de C# (ces fichiers que vos programmes ont besoin afin de travailler, puisque votre programme n'a pas besoin de tous les fichiers possibles livrés avec C#), les met ensemble (les « lie ») avec vos fichiers pour obtenir en quelque sorte des instructions qui peuvent produire un résultat approprié. S'il n'y a aucun problème significatif, le compilateur crée le programme. Ceci ne signifie pas que tout est bien, il signifie seulement que le compilateur pense que tout est bien : il est encore possible que le résultat ne soit pas ce que vous espériez. Pour vous faciliter la vie, tous les sous-programmes (analyseur, éditeur de liens, programme de mise au point, etc.) livrés avec C# sont groupés dans un grand programme : le compilateur. Par conséquent, dorénavant, nous utiliserons le mot « compilateur » pour nous référer au programme que vous utilisez pour « traduire » vos instructions basées sur l'Anglais en langage machine.

Le compilateur qui est livré avec la version C# que nous utiliserons, c'est-à-dire, le compilateur du Microsoft .NET Framework est un programme appelé csc. Comme la plupart des autres programmes, il a l'extension .exe. Ce nom csc n'est pas standard. Ceci signifie qu'un autre compilateur de C# peut avoir un autre nom ; csc.exe est juste le nom du compilateur que nous utliserons.

Le compilateur csc est librement disponible si vous téléchargez .NET Framework du site Web de Microsoft.

Dans ce livre, nous créerons notre programme en utilisant Microsoft Visual C# 2005 Express Edition ou Professional mais si vous ne l'avez pas, vous pouriez toujours créer et exécuter des applications. Pour ce faire, au message de sollicitation de commande, vous dactylographieriez csc, suivi du nom du fichier qui contient le code avec son extension. Un exemple serait :

csc Filename.cs

Quand vous faites ceci, un exécutable avec le même nom que le fichier est créé. Si vous voulez, vous pouvez demander au compilateur de produire un exécutable en utilisant un nom de votre choix. Pour ce faire, vous compilerierez le projet en utilisant la formule suivante :

csc /out : NameOfExecutate.exe Filename.cs

Le facteur NameOfExecutate dans notre formule représente le nom que vous voulez que l'exécutable ait. Si le nom que vous voulez est en un mot, vous pouvez juste le dactylographier. Si vous voulez un nom composé de plusieurs mots, vous pouvez inclure ces mots dans les doubles guillemets

Le facteur FileName est l'un de ceux qui nous sont famillier.

Code unsafe (peu sûr)

Quand C# a été inventé, un de ses plus grands buts était d'éviter certaines difficultés de C/C++. Parmi elles figurait l'utilisation des indicateurs. C/C++ utilise des indicateurs pour se reférer au secteur de la mémoire où une valeur est localisée. C# évite fortement les indicateurs et assure la gestion de la mémoire par opposition en laissant le programmeur prendre soin de cet aspect d'une application. Vous pouvez encore utiliser des indicateurs dans C# dans des cas extrêmes quand vous les jugez nécessaires.

Puisque le compilateur de C# est responsable du contrôle de la mémoire utilisée par les valeurs d'une application, les indicateurs seraient peu sûrs (unsafe). Si vous voulez utiliser un indicateur dans votre application, vous devez précéder le nom de chaque méthode qui utilise le code peu sûr par le mot-clé unsafe. Voici un exemple :

using System;

class Exercise
{
	unsafe static void Main()
	{
		int Length = 224;
		int *Len = &Length;
		
		Console.Write("Length ");
		Console.WriteLine(Length);
		Console.Write("Length ");
		Console.WriteLine(*Len);
		Console.WriteLine();

		Length = 804;
		Console.Write("Length ");
		Console.WriteLine(Length);
		Console.Write("Length ");
		Console.WriteLine(*Len);
	}
}

Pour compiler l'application, vous devez indiquer que vous utlisez le code unsafe. Pour ce faire, utilisez le modificateur /unsafe. Voici un exemple :

csc /unsafe Exercise.cs

Pour appliquer cette option dans Microsoft Visual C# 2005 Express Edition ou Professional, sur le menu principal, vous pouvez cliquer Projet - > Propriétés de projet… Dans la section (Build) Construire, cliquer la boîte de contrôle de texte; Admet le code unsafe :

Properties

 

Editeur de Code, délimitateur de région 

Microsoft Visual C# fournit divers dispositifs pour vous aider dans l'écriture et la gestion du code. Les caractéristiques incluent la couleur des mots codés, le renfoncement intuitif, la délimitation des sections du code, etc. Considérer le contenu suivant de l'éditeur de code basé sur ce que nous avons passé en revue jusqu'ici :

Noter qu'il y a les boutons - du côté gauche de quelques lignes de code. Celles-ci vous permettent d'effondrer une section de code si vous pensez que vous n'avez pas besoin de la voir. Pour ce faire, vous pouvez cliquer le bouton -. Si vous cliquez ce bouton -, il change en bouton +. Voici un exemple :

le bouton + vous permet de déployer une section cachée du code. Cette manière de créer les boutons + et -  fait partie de l'Editeur de Code de Microsoft Visual Studio (oui, beaucoup d'autres environnements de programmation utilisent également cette manière ). Pour créer ces sections, l'Editeur de code suit quelques règles. Par exemple, il recherche le début et la fin des articles tels, des directives, des namespaces, des classes, des méthodes, etc.

En plus, ou à la place, des sections du code créées par l'éditeur de code, si vous voulez, vous pouvez créer vos propres sections. Pour ce faire, commencer la section avec

#region Quelquechose

et le finir avec

#endregion Quelquechose

Quand et où commencer, l'expression #region est exigée. Du côté droit de cette expression, vous pouvez dactylographier quelque chose que vous voulez sur la ligne. Pour finir la section, tapez #endregion suivi de quelque chose que vous voulez. Considérer l'exemple suivant :

using System;

class House
{
    void Create()
    {
    }
}

#region These are classes used for Student Registration
class Car
{
    void Build()
    {
    }
}

class Student
{
    void Register()
    {
    }
}
#endregion We can just stop it here

class Program
{
    static void Main()
    {
    }
}

Vous ne devez rien écrire du côté droit de #endregion. Après avoir créé la région, l'éditeur de code afficherait un bouton - du côté gauche de #region avec une ligne à cet endroit à la gauche du #endregion :

Regions

Ceci vous permet alors de déployer et d'effondrer la section à volonté :

Nous avons mentionné que vous ne deviez rien écrire du côté droit de #endregion et pourriez le laisser vide. Dans notre exemple, noter qu'il y a un rectangle avec les lignes grises autour de la suite de mots qui suit le #region. Ce rectangle ne couvre pas la suite de mots qui suit #endregion. Ceci signifie que si vous n'écrivez rien du côté droit de #endregion, cette section de  ligne du côté droit de #region ne s'afficherait pas.

  

Précédent Copyright © 2007, Yevol Suivant