Lorsque vous travaillez dans un environnement de développement visuel, votre temps est consacré à deux parties différentes de l'application : le concepteur visuel et l'éditeur de code. Le concepteur vous permet de travailler avec des composants à un niveau visuel (par exemple lorsque vous placez un bouton sur un formulaire) ou à un niveau non visuel (par exemple lorsque vous placez un composant DataSet sur un module de données). Vous pouvez voir un formulaire et un module de données dans l'action de la figure 1.1. Dans les deux cas, le concepteur vous permet de sélectionner les composants dont vous avez besoin et de définir les valeurs initiales de leurs propriétés.
Figure 1.1 Un formulaire et un module de données dans l'IDE Delphi 7
L'éditeur de code est l'endroit où vous écrivez le code. La manière la plus évidente d'écrire du code dans un environnement visuel consiste à inclure des réactions aux événements, initiées par des actions effectuées par l'utilisateur du programme, comme cliquer sur un bouton ou sélectionner une option dans une zone de liste. Vous pouvez utiliser la même approche pour gérer les événements internes, tels que ceux impliquant des modifications de base de données ou des notifications du système d'exploitation.
Lorsque les programmeurs se familiarisent avec Delphi, ils commencent souvent par écrire principalement du code de gestion d'événements, puis passent à l'écriture de leurs propres classes et composants, et enfin passent la plupart de leur temps dans l'éditeur. Parce que ce livre couvre bien plus que la programmation visuelle, en essayant de vous aider à saisir toute la puissance de Delphi, à mesure que le texte s'approfondit, vous verrez plus de code et moins de formulaires.
Un changement important est apparu pour la première fois dans Delphi 6. L'EDI vous permet désormais de travailler sur deux bibliothèques de classes visuelles différentes : VCL (Visual Component Library, Visual Component Library) et CLX (Component Library for Cross-Platform). Lorsque vous créez un nouveau projet, vous pouvez simplement choisir laquelle des deux bibliothèques de classes vous souhaitez utiliser et commencer comme ceci : Créez un programme Windows typique basé sur VCL via la commande d'application Fichier ® Nouveau ® ® Nouvelle ® Application CLX ; La commande crée une nouvelle application portable basée sur CLX.
Commentaire | CLX est une bibliothèque multiplateforme pour Delphi qui vous permet de recompiler votre code avec Kylix pour l'exécuter sous Linux. Vous pouvez en savoir plus sur CLX et VCL au chapitre 5, « Contrôles visuels ». L'utilisation de CLX dans Delphi 7 est plus intéressante car la version en langage Delphi de Kylix est livrée avec le produit Windows. |
Lorsque vous créez un nouveau projet ou en ouvrez un existant, la palette de composants est organisée pour afficher uniquement les contrôles pertinents pour la bibliothèque actuelle (bien que la plupart des contrôles soient partagés). Lorsque vous utilisez un concepteur non visuel (tel qu'un module de données), l'étiquette de la palette de composants du composant visuel est masquée et invisible.
Les programmeurs peuvent personnaliser l'EDI de différentes manières : généralement en ouvrant de nombreuses fenêtres, en les organisant et en les ancrant les unes aux autres. Cependant, vous devez souvent ouvrir un ensemble de paramètres de fenêtre lors de la conception et un autre ensemble de paramètres de fenêtre lors du débogage. De même, vous pourriez avoir besoin d'une présentation lorsque vous travaillez avec un formulaire et d'une présentation complètement différente lors de l'écriture de composants ou de code de bas niveau en utilisant uniquement l'éditeur. Réorganiser l'EDI pour chacun de ces besoins est une tâche très fastidieuse.
Pour cette raison, Delphi vous permet d'enregistrer une fenêtre IDE spécifique (appelée bureau de bureau, ou Global Desktop, pour la distinguer du bureau du projet PProject Desktop) sous un nom et de la restaurer facilement. Vous pouvez également enregistrer l'un de vos paramètres de débogage par défaut, qui sera automatiquement restauré lorsque vous lancerez le débogage du programme. Toutes ces fonctionnalités sont disponibles depuis la barre d'outils Bureaux. Vous pouvez également utiliser le menu View ® Desktops pour manipuler les paramètres du bureau.
Les informations sur les paramètres du bureau sont enregistrées dans des fichiers DST (stockés dans le répertoire bin de Delphi), qui sont des fichiers INI déguisés. Les paramètres enregistrés incluent la fenêtre principale, le gestionnaire de projet, la palette d'alignement, l'inspecteur d'objets (y compris ses paramètres de catégorie de propriétés), les fenêtres de l'éditeur (l'état de l'explorateur de code et de la vue des messages) et de nombreux autres emplacements, ainsi que divers états ancrés des fenêtres.
Voici un petit extrait d'un fichier DST, il devrait être facile à lire :
[Fenêtre principale]
Créer=1
Visible=1
État=0
Gauche=0
Haut=0
Largeur=1024
Hauteur=105
Largeur Client = 1016
Hauteur du client = 78
[Chef de projet]
Créer=1
Visible=0
État=0
...
Ancrable=1
[Palette d'alignement]
Créer=1
Visible=0
...
Les paramètres du bureau remplacent les paramètres du projet, qui sont enregistrés dans un fichier DSK structuré de manière similaire. Les paramètres du bureau aident à supprimer les maux de tête qui surviennent lorsque vous déplacez un projet entre machines (ou entre développeurs) et devez réorganiser les fenêtres à votre guise. Delphi sépare les paramètres de bureau globaux de chaque utilisateur et les paramètres de bureau de chaque projet pour mieux prendre en charge le développement des équipes.
Compétence | Si vous ouvrez Delphi et ne voyez pas les formulaires ou autres fenêtres, je vous suggère d'essayer de vérifier (ou de supprimer) les paramètres du bureau (à partir du répertoire bin Delphi). Si vous ouvrez un projet accepté par un autre utilisateur et que vous ne voyez pas certaines fenêtres ou que vous n'aimez pas la disposition du bureau, chargez à nouveau les paramètres globaux de votre bureau ou supprimez le fichier DSK du projet. |