 |
Mercredi 24 avril 2024 - 22:36 |
| Translate |
|
| Rubriques |
| Réseaux sociaux |
|
| Liste des jeux Amiga |
|
| Trucs et astuces |
|
| Glossaire |
|
| Galeries |
|
| Téléchargement |
|
| Liens |
|
| Partenaires |
|
| A Propos |
|
| Contact |
|
|
|
Après avoir utilisé Microsoft Visual Basic dans l'environnement Windows sur mon PC pendant un certain temps, j'aurais aimé disposer d'un outil similaire pour mon Amiga. Après avoir étudié les critiques dans plusieurs magazines, j'ai décidé que CanDo était probablement la chose la plus proche de Visual Basic disponible pour l'Amiga. J'ai appelé INOVAtronics, les auteurs de CanDo, et j'ai demandé à un représentant comment CanDo se comparait à Visual Basic. Après avoir discuté un moment, je me suis rendu compte qu'il n'était pas très familier avec Visual Basic. Cependant, après avoir posé quelques questions assez poussées, j'ai décidé que CanDo était ce que je cherchais et j'ai donc commandé un exemplaire. J'ai été très satisfait de certaines fonctionnalités de CanDo et déçu par d'autres. Depuis cet achat initial, je suis passé à la version 2.0 de CanDo et de Visual Basic. J'ai pensé qu'il serait intéressant de comparer ces deux produits pour voir comment l'un des meilleurs outils de programmation visuelle pour Amiga se positionne par rapport à l'un des meilleurs outils de programmation visuelle pour le PC. C'est ce que je vais faire dans cet article.
Tout d'abord, permettez-moi de mentionner que CanDo 2.0 et l'édition standard de Visual Basic 2.0 ont le même prix catalogue (199 $ au moment de la rédaction de cet article). Il existe une édition professionnelle de Visual Basic disponible à un prix plus élevé (495 $). De plus, il existe une version de Visual Basic pour l'environnement DOS que je ne possède pas. Par conséquent, tous mes commentaires sur Visual Basic s'appliquent spécifiquement à la version Windows.
CanDo est appelé un outil interactif de création de logiciels, tandis que Visual Basic est appelé un système de programmation visuelle. À vrai dire, ils sont identiques, sauf que CanDo possède son propre langage de programmation, tandis que Visual Basic utilise une version moderne et structurée du langage de programmation BASIC que nous aimons et vénérons tous (?!?). Par conséquent, si vous êtes familier avec la programmation BASIC, vous serez probablement en mesure de vous familiariser avec Visual Basic plus rapidement qu'avec CanDo. Cependant, comme nous le verrons bientôt, les outils de création de logiciels visuels interactifs et les langages de programmation ne se limitent pas aux mots-clés et aux variables. Dans CanDo et Visual Basic, l'interface utilisateur est conçue visuellement. Le programmeur n'a pas besoin de programmer. C'est le grand avantage de la programmation visuelle : vous ne devez programmer que les parties spécifiques à l'application, et non les parties d'interface génériques communes à la plupart des programmes.
Ce que Visual Basic peut faire, CanDo peut le faire (parfois)
En chargeant Visual Basic et CanDo, vous trouverez plusieurs similitudes et plusieurs différences. Visual Basic possède une barre de menu et une fenêtre de barre d'outils, une fenêtre de boîte à outils, une fenêtre de projet, une fenêtre de propriétés et un formulaire vierge.
CanDo démarre avec une carte vierge. Quelle est la différence entre un formulaire vierge dans Visual Basic et une carte vierge dans CanDo ? Eh bien, pour faire court : rien. Les deux sont des fenêtres que vous pouvez utiliser pour construire une interface pour votre application. Sur un écran séparé qui recouvre le bas de la carte vierge, la barre de menu, la barre d'outils et la boîte à outils sont affichées de manière combinée. C'est ce qu'on appelle le panneau de commande principal. Tout ce dont vous avez besoin pour naviguer dans l'environnement CanDo se trouve sur ce panneau.
Pour un amigaïste, la méthode utilisée pour afficher le panneau de contrôle (un écran sur un autre) n'est pas inhabituelle. Cependant, elle met en évidence l'un des grands avantages de l'Amiga par rapport à Windows : l'affichage simultané de plusieurs écrans. Visual Basic n'offre pas une telle interface car Windows n'en offre pas. Dans l'environnement Windows, vous devez sélectionner une résolution graphique gérée par votre carte graphique. Une fois définie, tous les programmes s'exécutent dans cette résolution. En outre, tous les programmes s'exécutent sur un seul écran. Même si les fenêtres des programmes peuvent être mises en plein écran ou réduites à une icône, l'affichage peut parfois devenir assez encombrant. En revanche, l'Amiga peut avoir plusieurs écrans contenant chacun plusieurs fenêtres. Cela permet à l'affichage de rester plus organisé. Le problème de ne pas avoir plusieurs résolutions d'écran disponibles pour le programmeur est que vous devez concevoir votre interface pour le plus petit dénominateur commun qui est actuellement le VGA (640x480, 16 couleurs). Si vous concevez votre interface en SuperVGA (800x600 ou 1024x768, 256 couleurs ou plus), elle risque de ne pas s'afficher correctement sur un ordinateur qui ne dispose que du VGA. De même, vous pouvez vouloir que votre application ait plusieurs écrans à différentes résolutions. C'est facile sur Amiga, mais difficile ou impossible sur PC.
Contrôles ou objets - faites votre choix
Visual Basic et CanDo possèdent de nombreux objets d'interface différents (appelés "contrôles" en Visual Basic) qui peuvent être ajoutés à une application. Certains objets sont communs aux deux, d'autres ne sont disponibles que pour l'un ou l'autre. Parmi les objets communs, citons les menus déroulants, les boutons de commande, les zones de saisie de texte et les zones de liste. Certains objets sont communs aux deux produits mais sont plus faciles à mettre en oeuvre dans l'un ou l'autre produit. Par exemple, les cases à cocher et les boutons radio sont beaucoup plus faciles à manipuler en Visual Basic. En revanche, l'incorporation d'une animation est beaucoup plus facile dans CanDo.
Visual Basic comprend un contrôle de boîte combo qui est absent dans CanDo. Ce contrôle est essentiellement une boîte de saisie de texte et une boîte de liste combinées ensemble. Il peut donc être simulé dans CanDo, mais cela demande un peu plus de travail. De plus, Visual Basic comprend des contrôles qui vous permettent de concevoir une requête de fichiers personnalisée. Cela est plus difficile avec CanDo ; toutefois, CanDo dispose d'une requête de fichiers préétablie qui peut être incluse dans votre application. Une requête de fichiers et de polices préconstruite est disponible dans Visual Basic Professional sous la forme d'un contrôle personnalisé.
Une caractéristique particulièrement intéressante de Visual Basic que l'on ne retrouve pas dans CanDo est le contrôle de cadre. Ce contrôle agit comme un conteneur pour d'autres contrôles. Vous pouvez regrouper plusieurs contrôles dans un cadre et, lorsque le cadre est déplacé, tous les contrôles qu'il contient le sont également. Cela facilite la mise en place des zones fonctionnelles de l'interface de votre application et leur réorganisation ultérieure. L'apparence d'un cadre peut être simulée dans CanDo mais la fonctionnalité n'est pas présente.
Visual Basic dispose d'un contrôle de grille pour la saisie de type feuille de calcul, qui est absent de CanDo. En outre, votre application Visual Basic peut être un client OLE (object-linking and embedding - liaison et intégration d'objets) et peut également échanger des données avec d'autres applications à l'aide de DDE (dynamic data exchange - échange dynamique de données). A ma connaissance, il n'y a pas d'équivalent à OLE sur Amiga. Hotlinks et ARexx sont les choses les plus proches de DDE sur Amiga. CanDo gère ARexx mais pas Hotlinks.
CanDo vous donne davantage de contrôle sur l'apparence des objets que Visual Basic. Vous pouvez facilement donner à votre interface une apparence 3D. Visual Basic Professional est livré avec quelques contrôles personnalisés en 3D, mais ils nécessitent l'utilisation d'un arrière-plan de couleur grise pour avoir un aspect correct. Avec CanDo, vous pouvez créer des objets en 3D sur n'importe quel fond de couleur.
Lorsqu'il s'agit de dessiner des formes telles que des lignes, des cercles, des rectangles, etc. à l'écran, Visual Basic l'emporte. Vous pouvez dessiner des formes facilement et modifier leur taille rapidement. CanDo vous permet de dessiner à l'écran, mais il écrit du code pour vous au lieu d'incorporer directement la forme dans la fenêtre. Lorsque vous souhaitez modifier la forme, vous devez soit modifier le code, soit redessiner la forme, ce qui oblige CanDo à écrire un nouveau code. L'ancien code doit alors être effacé.
Visual Basic gère beaucoup mieux le redimensionnement et le déplacement des contrôles que CanDo. En Visual Basic, vous déplacez un contrôle en cliquant dessus et en le faisant glisser la souris. En outre, lorsque vous cliquez sur le contrôle, une boîte de contour avec des poignées de redimensionnement est dessinée autour du contrôle. En cliquant sur les poignées de redimensionnement et en faisant glisser la souris, le contrôle peut être redimensionné dans n'importe quelle direction rapidement et facilement. Dans CanDo, vous devez cliquer sur l'objet pour faire apparaître la requête d'édition de l'objet. Quelques clics supplémentaires permettent de déplacer ou de redimensionner l'objet. Ce n'est pas très efficace.
Visual Basic Professional est livré avec des outils et une documentation qui vous aident à créer vos propres contrôles personnalisés à l'aide d'un compilateur C/C++. Des contrôles (objets) supplémentaires peuvent être ajoutés à CanDo par le biais du bouton XTras ; toutefois, le logiciel ne contient aucune information sur la manière de procéder. La possibilité d'ajouter vos propres commandes personnalisées peut ne pas intéresser le programmeur occasionnel, mais elle est néanmoins importante. Il existe des tonnes de paquets de contrôles personnalisés pour Visual Basic disponibles auprès de sociétés tierces. Je ne connais pas de tels paquets disponibles pour CanDo.
Code Un
Visual Basic et CanDo utilisent tous deux le paradigme de la programmation par événements. En bref, cela signifie que l'interface utilisateur est constituée de contrôles ou d'objets (c'est-à-dire de menus, de boutons, de zones d'entrée de texte, de zones de liste, etc.). Lorsque l'utilisateur interagit avec l'interface à l'aide d'une souris, d'un clavier, d'une manette ou d'un autre périphérique d'entrée, certains événements se produisent. Par exemple, si l'utilisateur clique sur un bouton, ce dernier recevra un événement de clic. Par conséquent, la plupart du code que vous écrivez pour votre application indique au système ce qu'il doit faire lorsqu'un événement se produit. Visual Basic adopte une approche orientée objet pour ses contrôles, tandis que CanDo adopte une approche orientée contrôle pour ses objets. Qu'est-ce que cela signifie ? Je l'explique.
En Visual Basic, les contrôles ont des propriétés, des méthodes et des événements. Une propriété est un attribut du contrôle, comme la largeur, la police, le nom, etc. Certaines propriétés peuvent être définies au moment de la conception et de l'exécution. D'autres ne peuvent être définies qu'à l'un ou l'autre moment. Par exemple, si vous souhaitez définir la largeur d'un contrôle de bouton avec le nom cmdOK à 300 au moment de l'exécution, l'instruction suivante peut être utilisée :
cmdOK.Width = 300 |
La largeur réelle pourrait être obtenue comme suit :
CurrentWidth = cmdOK.Width |
Toutes les propriétés seraient définies ou lues de manière similaire :
Set:ControlName.AnyValidProperty = AppropriateValue Read:CurrentProperty = ControlName.AnyValidProperty |
Une méthode fournit une opération fonctionnelle sur un objet. Toute personne familière avec le C++ n'aura aucun problème avec ce concept. Supposons que j'ai une zone de liste dont le nom est "lstNames" et que je souhaite ajouter un autre élément, dans ce cas un nom, à la liste. J'invoquerais la méthode "AddItem" de la zone de liste comme suit :
lstNames.AddItem "Angus Macgyver" |
Toutes les méthodes sont invoquées de la même manière :
ControlName.AnyValidMethod AppropriateValue (nom du contrôle) |
Lorsque vous double-cliquez sur un contrôle dans votre interface d'application Visual Basic en mode conception, une fenêtre de code apparaît. Une liste déroulante présente tous les événements disponibles pour le contrôle choisi. Lorsque vous sélectionnez un événement dans la liste, Visual Basic crée une sous-routine Shell comme suit :
Sub ControlName_ChosenEvent( ) End Sub |
C'est au programmeur de remplir la sous-routine pour rendre le programme fonctionnel.
CanDo adopte une approche différente. Les objets ont des propriétés, tout comme les contrôles Visual Basic ; cependant, elles ne sont pas obtenues ou définies de la même manière. Pour obtenir une propriété, vous utilisez parfois une commande et d'autres fois une variable système. Par exemple, si vous souhaitez obtenir les limites de taille de la fenêtre actuelle, vous utiliserez la commande suivante :
GetWindowLimits MinXSize, MinYSize, MaxXSize, MaxYSize |
En revanche, si vous souhaitez obtenir le titre de la fenêtre en cours, vous devez utiliser une variable système :
CurrentTitle = WindowTitle |
Notez que dans ces deux exemples, aucune référence n'est faite à la fenêtre pour laquelle vous souhaitez obtenir l'information. L'information ne peut être obtenue que pour la fenêtre actuelle. Si vous souhaitez obtenir ces informations pour une autre fenêtre, vous devez en faire la fenêtre actuelle. Pour rendre les choses encore plus confuses, le titre de la fenêtre est défini par une commande plutôt que d'attribuer une valeur à la variable système WindowTitle :
SetWindowTitle "Je n'aime pas les titres". |
De la même manière, si vous voulez effectuer une opération sur un objet, on utilise une commande plutôt qu'une méthode. Pour désactiver un objet dont le nom est "MyObject", on utilise l'instruction suivante :
DisableObject MyObject |
Lorsque vous cliquez sur un objet en mode conception pour faire apparaître sa requête d'édition, vous trouverez une série de boutons de commande, un pour chacun des événements qui peuvent être gérés par l'objet. Lorsque vous cliquez sur le nom d'un de ces événements, un éditeur apparaît avec une page blanche. Vous pouvez remplir le code que vous voulez exécuter lorsque l'événement se produit. Cette méthode est très similaire à celle de Visual Basic, à l'exception de deux choses :
- CanDo a moins d'événements disponibles pour ses objets.
- CanDo ne crée pas de Shell de sous-routine.
Comme vous pouvez le constater, il existe de nombreuses différences dans la façon dont Visual Basic B et CanDo traitent les objets. Je préfère la méthode utilisée par Visual Basic ; cependant, je suis sûr que d'autres préféreront la méthode de CanDo.
Variations des variables
Visual Basic et CanDo sont assez comparables en ce qui concerne les types de variables et les opérateurs standard. Le complément habituel est disponible dans les deux produits. Visual Basic possède une variable de type devise qui peut être très utile pour quelqu'un qui écrit un logiciel financier. Il dispose également d'un type de données variant qui peut muter d'un type de variable à un autre. Visual Basic permet également d'utiliser des variables définies par l'utilisateur qui ressemblent beaucoup aux structures C.
CanDo possède des caractéristiques qui le rendent bien supérieur à Visual Basic lorsqu'il s'agit de manipuler des variables. Ces caractéristiques sont les tableaux dynamiques épars et les variables d'enregistrement définies par l'utilisateur. Les tableaux sont dynamiques parce qu'ils sont créés selon les besoins et épars parce qu'ils ne sont pas dimensionnés et n'ont pas nécessairement des indices consécutifs. Les variables d'enregistrement vous permettent de créer des variables définies par l'utilisateur très complexes sans jamais avoir à prédéfinir la structure de la variable. Cela fonctionne un peu comme les "stems" (tableaux ?) dans ARexx. Ainsi, vous pouvez avoir une variable qui ressemble à ce qui suit :
MyData.Account[6].Name |
...sans jamais définir la structure inhérente de la variable. De plus, si les variables Account[1] à Account[5] n'ont pas encore été référencées, aucun espace ne sera occupé pour elles. Cela est dû au fait que les tableaux sont épars. Ces variables définies par l'utilisateur sont exploitées de manière très intéressante pour permettre une saisie facile des données dans votre application. De plus, des variables utilisateur très complexes peuvent être enregistrées et récupérées sur le disque en une seule commande.
Documenter des documents
CanDo vous permet de créer des documents qui peuvent être édités et affichés. De nombreuses commandes sont disponibles pour manipuler les documents. Aucune fonction équivalente n'est disponible pour Visual Basic.
Une image vaut mille lignes de code
Visual Basic vous permet d'ajouter des images à votre application, tout comme le fait CanDo. Bien entendu, les produits gèrent différents formats de fichiers graphiques. Visual Basic gère les bitmaps, les icônes et les métafichiers. CanDo gère les images IFF et les brosses. Lorsqu'il s'agit d'enchaîner des images pour créer une animation, CanDo est le grand gagnant. Visual Basic vous permet de séquencer plusieurs fichiers d'images ensemble pour créer une animation, mais la disponibilité du format de fichier ANIM sur Amiga permet à CanDo d'exceller dans ce domaine (CanDo utilise en fait des brosses animées (BrushAnim) plutôt que des animations. Un utilitaire de conversion est inclus dans le paquet). Des commandes sont disponibles pour charger, déplacer et supprimer les BrushAnims. De plus, des scripts individuels peuvent être exécutés à mesure que chaque image est affichée. Il s'agit d'une fonctionnalité très puissante pour la synchronisation des événements.
Son désactivé
CanDo est définitivement le numéro un dans le domaine du son, car Visual Basic ne gère pas le son, à l'exception de la possibilité de faire retentir le haut-parleur avec la commande "BEEP". CanDo vous permet d'ajouter des fichiers sonores 8SVX à votre application. Des commandes sont disponibles pour charger et lire les fichiers sonores ainsi que pour régler le canal et le volume. Un script peut être exécuté lorsqu'un son commence et un autre lorsqu'il se termine.
Aide !
Visual Basic est livré avec une aide contextuelle en ligne très complète. C'est comme si les manuels étaient en ligne et disponibles par simple pression sur un bouton. CanDo possède un système d'aide en ligne, mais il est loin d'être aussi complet que celui de Visual Basic et n'est que partiellement sensible au contexte.
Visual Basic Professional est livré avec un compilateur d'aide. Il vous permet de créer une aide contextuelle assez complexe pour votre propre application. Toutefois, la création des fichiers dont le compilateur d'aide a besoin n'est pas à la portée de tous. Vous devez utiliser un traitement de texte capable d'écrire des fichiers au format RTF (Rich Text Format). Des codes assez complexes sont nécessaires. La tâche est plus facile si vous possédez Microsoft Word pour Windows et des modèles personnalisés. Malgré tout, la planification et l'organisation requises pour une bonne aide contextuelle peuvent être écrasantes pour le programmeur occasionnel.
CanDo n'offre pas de moyen intégré de créer un système d'aide pour votre application ; toutefois, vous pouvez concevoir le vôtre. Vous devrez déterminer à quoi ressemblera le format de votre fichier et comment vous y accéderez et l'afficherez à l'écran. Si quelqu'un a développé un moyen de le faire facilement, j'aimerais que vous me le fassiez savoir.
Compilation
CanDo a l'avantage quand il s'agit de créer un fichier exécutable pour la distribution. Vous pouvez créer un fichier exécutable plus court qui nécessite la bibliothèque partagée cando.library. Cette bibliothèque partagée ne peut être utilisée que par les personnes qui possèdent CanDo. Vous pouvez également créer un fichier exécutable autonome beaucoup plus volumineux (environ 130 ko) qui ne nécessite aucun autre fichier, à l'exception, bien sûr, de vos fichiers de données tels que les animations, les graphismes, les sons, etc. Lorsque vous distribuez votre programme de cette façon, personne ne peut vraiment savoir comment vous l'avez créé. Il pourrait tout aussi bien avoir été écrit en C.
Visual Basic ne vous permet pas de créer un fichier exécutable autonome. La bibliothèque de liens dynamiques librement distribuable VBRUN200.DLL est toujours nécessaire. J'ai entendu certains programmeurs professionnels dire que cela détruit l'efficacité du langage car, puisque le fichier DLL doit être distribué avec votre programme, vos utilisateurs sauront que le programme a été créé en Visual Basic. Étant donné le stigmate que le BASIC a de ne pas être un langage de niveau professionnel, cela peut être un problème.
Bilan
Comme c'est souvent le cas lorsqu'on compare des produits similaires, chacun a besoin de certaines des caractéristiques de l'autre pour en faire un super produit. Visual Basic est orienté vers la création de logiciels de productivité et n'a donc pas les capacités d'animation et de son nécessaires pour les applications multimédias et les jeux. De plus, pour être encore plus précieux en tant qu'outil de développement de logiciels de productivité, il a désespérément besoin de la flexibilité des variables d'enregistrement définies par l'utilisateur et des tableaux dynamiques épars qui sont inclus dans CanDo.
CanDo est conçu pour pratiquement tous les types d'applications. Il excelle dans le développement de bases de données en raison de la souplesse des variables utilisateur. Les capacités de son et d'animation l'aident à exceller dans les applications multimédias et les jeux qui n'ont pas besoin de la vitesse du langage assembleur. Cependant, pour être utilisé un jour pour le développement d'applications de productivité haut de gamme, il doit être doté d'un moyen permettant aux sociétés tierces d'ajouter des objets personnalisés et d'un moyen standard d'ajouter une aide contextuelle.
Voilà, c'est fait. Comme je continue à programmer avec Visual Basic et CanDo, j'attends avec impatience Visual Basic 3.0 avec des extensions CanDo, ainsi que CanDo 3.0 avec des extensions Visual Basic. Je peux espérer, n'est-ce pas ?
Note : juste avant de soumettre cet article pour publication, j'ai été informé que Visual Basic 3.0 était sur le point de sortir. Comme je le craignais, il ne comporte aucune des fonctions CanDo que je souhaitais. Cependant, il dispose maintenant d'un puissant moteur de base de données issu du produit Microsoft Access, de listes hiérarchiques, et plus encore. Très bien, INOVAtronics, c'est votre tour. Montrez-nous un nouveau CanDo 3.0 puissant qui nous en mettra plein la vue.
|
