Je résume ici comment vous pouvez vous familiariser simplement à la programmation pour WINDOWS
Si vous avez un projet pour DOS, qui contient de nombreuses opérations d'entrées/sorties, réalisées avec des fonctions comme cin, cout, printf, scanf... il sera difficile de transformer son code, car toutes ces fonctions ne sont pas portables, et le travail que cela nécessiterait pour les remplacer par des contrôles serait trop important, et cela n'en vaut pas la peine !
Dans ce cas, vous donnerez aux utilisateurs, la possibilité d'ouvrir le .exe de votre projet pour DOS, par l'intermédiaire d'un menu, en associant à l'item de ce menu, la fonction winexec
Remarque importante : Comme la fonction winexec utilise le processor command.com, vous ne devez pas écrire d'autre code que l'appel de winexec, dans cette fonction, car ces lignes de code ne seront pas exécutées !
Si vous avez développé un projet pour DOS, qui ne contient que peu de sorties standard sur stdout, vous pouvez les remplacer par des MessageBox Vous compilerez ensuite votre projet modifié, avec l'option -W, et vous lirez attentivement les messages d'erreurs envoyés au moment du link Il se peut en effet, que vous utilisiez certaines fonctions non portables, comme bioskey, qui utilise une interruption du DOS, ou des fonctions comme delay, sound... Vous pouvez essayer de remplacer certaines fonctions par des fonctions équivalentes, qui soient portables pour WINDOWS, mais cela n'est pas toujours possible, à cause du fonctionnement événementiel de WINDOWS
Pour les entrées, vous pouvez essayer de les effectuer par l'intermédiaire d'un fichier, en utilisant la fonction fopen Cela peut marcher, mais ce n'est pas conseillé ! C'est à vous d'apprécier si ces rafistolages de fortune en valent la peine. Dans le pire des cas, il vaut mieux tout recommencer.
Quand j'ai commencé le développement du projet sv3, que je décris dans la rubrique voxtutor du site studyvox, j'ai traité le son, avec des fonctions pour DOS
Quand j'ai voulu rendre ce projet portable pour WINDOWS, j'ai obtenu un projet batard et assez peu satisfaisant J'ai dû me rendre à l'évidence : il fallait pratiquement tout repenser !
C'est ainsi que j'ai développé les projets dynakit, gramdyna, musidyna et mididyna
Vous consulterez avantageusement ces projets, en commençant par le projet mididyna, qui est une illustration directe de ce cours.
En effet, l'application edittab.exe, pour WINDOWS, utilise le projet appsdi et la technologie mci, pour le traitement des fichiers midi
En guise de conclusion, je vous conseille de ne pas imiter mes erreurs, si vous avez décidé de développer un projet pour WINDOWS Commencez en choisissant un objet owl bien adapté à ce que vous voulez faire, puis modifiez-le, en lui ajoutant des fonctionnalités, comme je l'ai fait pour edittab, à partir de appsdi
Bon courage Vous trouverez les liens sur les projets dynakit, gramdyna, musidyna et mididyna dans le sommaire du cours winweb.
retour dans le sommaire du cours winweb du site studyvox webups