Concept de base visuel
Pour comprendre le processus de développement des applications, vous devez d'abord comprendre certains des concepts clés sur lesquels Visual Basic s'appuie pour créer. Parce que Visual Basic est un langage de développement Windows, il est nécessaire de maintenir une certaine similitude avec l'environnement Windows. Si vous n'êtes pas familier avec la programmation Windows, vous devez comprendre certaines différences fondamentales entre la programmation dans l'environnement Windows et la programmation dans d'autres environnements.
Comment fonctionne Windows: Windows, événements et messages
Une discussion complète des mécanismes de travail internes de Windows nécessitera la capacité d'un livre entier. Il n'est pas nécessaire de creuser profondément dans tous les détails techniques. Le mécanisme de travail de Windows est simplement appelé trois concepts clés: les fenêtres, les événements et les messages.
Vous pourriez aussi bien considérer la fenêtre comme une zone rectangulaire avec des limites. Vous avez peut-être appris plusieurs types de fenêtres différents: par exemple, la fenêtre Explorer de Windows 95, la fenêtre de document du processeur de mots ou une boîte de dialogue qui apparaît avec les informations de date. En plus de ces fenêtres les plus courantes, il existe en fait de nombreux autres types de fenêtres. Le bouton de commande est une fenêtre. Les icônes, les zones de texte, les boutons d'option et les barres de menu sont également des fenêtres.
Le système d'exploitation Microsoft Windows gère toutes les fenêtres en attribuant un numéro d'identification unique (poignée de fenêtre ou hwnd) à chaque fenêtre. Le système d'exploitation surveille en permanence les signaux des activités ou des événements de chaque fenêtre. Les événements peuvent être générés par des opérations telles que cliquer sur la souris ou appuyer sur une touche, ou en contrôlant le programme, ou même par le fonctionnement d'une autre fenêtre.
Chaque événement se produit, un message sera déclenché pour envoyer au système d'exploitation. Le système d'exploitation traite le message et le diffuse à d'autres fenêtres. Chaque fenêtre peut ensuite prendre des mesures appropriées en fonction de ses propres instructions pour traiter le message (par exemple, rediger sa propre fenêtre lorsque la fenêtre découvre les autres fenêtres).
Il est concevable qu'il y aura une quantité incroyable de travail pour gérer toutes les combinaisons possibles de fenêtres, d'événements et de messages. Heureusement, VisualBasic vous fait sortir de tout le traitement des messages de bas niveau. De nombreux messages sont automatiquement traités par Visual Basic, et d'autres sont traités par le programmeur comme processus d'événements. Cela vous permet de créer rapidement des applications puissantes sans faire face à des détails inutiles.
Modèle axé sur les événements
Dans les applications traditionnelles ou «processus», l'application elle-même contrôle quelle partie du code est exécutée et dans quel ordre. Exécutez le programme à partir de la première ligne de code et exécutez-le dans le chemin prédéterminé dans l'application, en appelant le processus si nécessaire.
Dans les applications motivées par des événements, le code n'est pas exécuté dans un chemin prédéterminé, mais exécute différents extraits de code en réponse à différents événements. Les événements peuvent être déclenchés par les opérations utilisateur, ou les messages du système d'exploitation ou d'autres applications, ou même des messages de l'application elle-même. L'ordre de ces événements détermine l'ordre dans lequel le code est exécuté, de sorte que le chemin vers le code que l'application passe par chaque fois qu'il s'exécute est différent.
Étant donné que l'ordre des événements est imprévisible, certaines hypothèses doivent être faites dans le code sur les «différents états» lorsqu'ils sont exécutés. Lorsque certaines hypothèses sont faites (par exemple, en supposant que le champ de saisie doit contenir une valeur déterminée avant d'exécuter un processus pour traiter un champ de saisie), la structure d'application doit être organisée pour s'assurer que l'hypothèse est toujours valide (par exemple, le bouton de commande qui déclenche le processus est interdit avant qu'il y ait une valeur dans le champ d'entrée).
Le code peut également déclencher des événements pendant l'exécution. Par exemple, la modification du texte dans une zone de texte dans un programme augmentera l'événement de modification de la zone de texte. Si l'événement de modification contient du code, cela entraînera l'exécution de ce code. S'il s'avère que l'événement ne peut être déclenché que par l'interaction utilisateur, des résultats inattendus peuvent être produits. Pour cette raison, il est très important de comprendre les modèles axés sur les événements lors de la conception d'applications et de les garder à l'esprit.
Développement interactif
Le processus de développement des applications traditionnel peut être divisé en trois étapes évidentes: codage, compilation et test du code. Mais Visual Basic est différent des langues traditionnelles, en utilisant des méthodes interactives pour développer des applications, ne laissant aucune limite claire entre les trois étapes.
Dans la plupart des langues, si une erreur se produit lors de l'écriture du code, l'erreur est prise par le compilateur lorsque vous commencez à compiler l'application. À ce moment, l'erreur doit être trouvée et corrigée, puis compilée à nouveau. VisualBasic Interprets lorsque les programmeurs saisissent le code, capturant instantanément et mettent en surbrillance la plupart des erreurs de syntaxe ou d'orthographe. Il semble qu'un expert surveillait l'entrée du code.
En plus de capturer instantanément les erreurs, VisualBasic compile également partiellement le code lors de son entrée. La compilation ne prend que très peu de temps lors de la préparation à exécuter et à tester l'application. Si le compilateur trouve une erreur, l'erreur est mise en évidence dans le code. Cette fois, vous pouvez corriger l'erreur et continuer à compiler sans commencer à zéro.
En raison de la nature interactive de Visual Basic, vous pouvez constater que vous exécutez votre application fréquemment lorsque vous le développez. De cette façon, l'effet de l'exécution du code peut être testé pendant le développement sans avoir à attendre la fin de la compilation.