L'anatomie d'une unité Delphi (pour les débutants)

Si vous envisagez d'être un bon Programmeur Delphi que des mots comme «interface», «implémentation» et «utilisations» doivent avoir une place particulière dans vos connaissances en programmation.

Lorsque nous créons une application Delphi, nous pouvons commencer avec un projet vierge, un projet existant ou l'un des modèles d'application ou de formulaire Delphi. Un projet comprend tous les fichiers nécessaires à la création de notre application cible.

La boîte de dialogue qui apparaît lorsque nous choisissons View-Project Manager nous permet d'accéder au formulaire et aux unités de notre projet.

Un projet est composé d'un seul fichier de projet (.dpr) qui répertorie tous les formulaires et unités du projet. Nous pouvons regarder et même modifier le Fichier projet (appelons cela un Unité de projet) en choisissant Affichage - Source du projet. Étant donné que Delphi gère le fichier de projet, nous ne devrions normalement pas avoir besoin de le modifier manuellement, et en général il n'est pas recommandé aux programmeurs inexpérimentés de le faire.

Comme nous le savons maintenant, les formulaires sont une partie visible de la plupart des projets Delphi. Chaque formulaire d'un projet Delphi a également une unité associée. L'unité contient le code source de tous les gestionnaires d'événements attachés aux événements du formulaire ou des composants qu'il contient.

Étant donné que les unités stockent le code de votre projet, les unités sont les base de la programmation Delphi. D'une manière générale, l'unité est un ensemble de constantes, de variables, de types de données et de procédures et fonctions qui peuvent être partagées par plusieurs applications.

Chaque fois que nous créons un nouvelle forme (fichier .dfm), Delphi crée automatiquement son unité associée (fichier .pas) appelons-la Unité de formulaire. Cependant, les unités ne doivent pas nécessairement être associées à des formulaires. UNE Unité de code contient du code appelé depuis d'autres unités du projet. Lorsque vous commencez à créer des bibliothèques de routines utiles, vous les stockerez probablement dans une unité de code. Pour ajouter une nouvelle unité de code à l'application Delphi, choisissez Fichier-Nouveau... Unité.

Chaque fois que nous créons une unité (formulaire ou unité de code) Delphi ajoute automatiquement les sections de code suivantes: en-tête d'unité, interface section, la mise en oeuvre section. Il existe également deux sections facultatives: initialisation et finalisation.

Comme vous le verrez, les unités doivent être dans un prédéfini format afin que le compilateur puisse les lire et compiler le code de l'unité.

le en-tête d'unité commence par le mot réservé unité, suivi du nom de l'unité. Nous devons utiliser le nom de l'unité lorsque nous nous référons à l'unité dans la clause uses d'une autre unité.

Cette section contient les les usages clause qui répertorie les autres unités (unités de code ou de formulaire) qui seront utilisées par l'unité. Dans le cas d'unités de formulaire, Delphi ajoute automatiquement les unités standard telles que Windows, Messages, etc. Lorsque vous ajoutez de nouveaux composants à un formulaire, Delphi ajoute les noms appropriés à la liste des utilisations. Cependant, Delphi n'ajoute pas de clause uses à la section interface des unités de code - nous devons le faire manuellement.

Dans la section interface de l'unité, nous pouvons déclarer global constantes, types de données, variables, procédures et fonctions.

Sachez que Delphi crée une unité de formulaire pour vous lorsque vous concevez un formulaire. Le type de données du formulaire, la variable de formulaire qui crée une instance du formulaire et les gestionnaires d'événements sont déclarés dans la partie interface.

Parce qu'il n'est pas nécessaire de synchroniser le code en unités de code avec un formulaire associé, Delphi ne gère pas l'unité de code pour vous.

Section interface se termine au mot réservé la mise en oeuvre.

le la mise en oeuvre section d'une unité est la section qui contient le code réel de l'unité. L'implémentation peut avoir ses propres déclarations supplémentaires, bien que ces déclarations ne soient accessibles à aucune autre application ou unité. Tous les objets Delphi déclarés ici ne seraient disponibles que pour coder au sein de l'unité (global à unité). Une clause d'utilisation facultative peut apparaître dans la partie implémentation et doit immédiatement suivre le mot clé d'implémentation.

Ces deux sections sont facultatives; ils ne sont pas générés automatiquement lorsque vous créez une unité. Si tu veux initialiser toutes les données que l'unité utilise, vous pouvez ajouter un code d'initialisation à la section d'initialisation de l'unité. Lorsqu'une application utilise une unité, le code dans la partie d'initialisation de l'unité est appelé avant l'exécution de tout autre code d'application.

Si votre unité doit effectuer un nettoyage à la fin de l'application, comme libérer toutes les ressources allouées dans la partie d'initialisation; vous pouvez ajouter un finalisation à votre unité. La section de finalisation vient après la section d'initialisation, mais avant la fin finale.