gestion des process / parallélisation de procédures [VB] - VB/VBA/VBS - Programmation
Marsh Posté le 07-03-2003 à 22:38:12
Le multithreding marche mal en VB. C'est "possible" par les API mais d'une rare instabilité ...
Marsh Posté le 08-03-2003 à 00:01:24
spossible d'avoir un ch'tit d'exemple de code avec du multithreading dedans
Marsh Posté le 08-03-2003 à 00:10:25
J'en ai vu trainer par endroit mais c'est purement inutilisable, sauf pour des cas hyper simples... et tant que tu n'essayes pas de fermer ton app / tuer le Thread principal ;-)
Sur planetsourcecode tu devrait trouver des sample
Marsh Posté le 08-03-2003 à 00:52:28
tout ce ke j'ai vu, ça ressemble assez à du bricolage
bref pas compatible avec mon appli en cours ki elle devra tourner 24h/24 avec le moins de bugs possible évidemment
kel langage gère bien le multithreading ?
le C++ je supposes mais à chake fois ke j'en fais je me bats avec des bugs à la con ki sortent d'où sait pas où
Marsh Posté le 08-03-2003 à 15:11:41
Pas d'autre langage en vue ?
Paske le C++
Kand je vois k'il faut preske 200 lignes de codes en VC++ pour faire la même chose k'en VB en ~15lignes à tout casser, ça me
Marsh Posté le 08-03-2003 à 15:33:18
emploie C++Builder alors, pour manipuler l'interface graphique c'est proche de VB
Ou Delphi si tu veux pas faire de C++
Marsh Posté le 08-03-2003 à 16:22:48
Je suis un grand défenseur du VB et je reconnais que pour prototyper un logiciel, c'est de loin de meilleur langage. De même pour certains petits projets.
Mais pour le multithreading, en plus d'utiliser un code très sale il est plus qu'instable à cause des grosses ruse que l'on est obligé d'employer... Alors qu'en VC++ en 2 lignes c'est fait proprement et d'une manière franchement super efficace.
Marsh Posté le 08-03-2003 à 16:44:40
y a python!
edit: beaucoup de gens font encore du VB à outrance sous windows alors que la majorité des taches qu'ils accomplissent sont réalisables plus simplement, et plus rapidement avec python
Marsh Posté le 08-03-2003 à 16:58:52
la réelle seule "exigence" ke j'ai, c k'on puisse utiliser l'agent microsoft dans ce langage
(http://www.microsoft.com/msagent/)
c pour ça ke j'ai choisi le vb à la base, paske c en VB k'il est le simple à manipuler
exemple en vc++:
Code :
|
la même chose en VB (enfin là y'a une fonction en +) :
Code :
|
Marsh Posté le 08-03-2003 à 17:31:44
en Delphi / C++Builder il doit y avoir des composants permettant d'utiliser ça aussi simplement
Marsh Posté le 08-03-2003 à 20:17:53
LightKyle > j'ai l'impression que tu veux le beurre, l'argent du beurre et la crémière en sus.
OK, avec VB tu "programmes" rapidement ! Mais tu es tributaire de la façon dont Microsoft a encapsulé l'API Win32 dans les instructions VB.
D'un autre coté, ce que tu gagnes en souplesse, tu le perds en puissance.
Ceci dit, ton cas n'est pas perdu. Si tu tiens absolument à VB, alors VB .NET est ton ami. Non seulement il est bien mieux foutu que VB6, mais en plus il te permet de gérer le multithreading de façon très propre (le framework .NET contient des classes dédiées à la gestion des threads).
En plus il est gratuit sur le site de Microsoft, et dispose d'un IDE gratuit aussi : SharpDevelop, très proche de Visual Studio .NET dans son ergonomie.
Mais, car il y a un mais, tu devras réapprendre totalement le langage : il n'a rien à voir avec VB6 (et tant mieux d'ailleurs).
Marsh Posté le 08-03-2003 à 20:22:06
bon je vais voir pour VB.net
faudra bien ke je m'y mette un jour au .NET de toutes manières
Marsh Posté le 07-03-2003 à 22:34:43
Bon un exemple tout con pour commencer
Dans la pratike, kand on clike sur le bouton Command1, ça attake sa procédure associée, puis ça passe à procedure2, & une fois k'elle est finit, ça revient dans Command1_Click
Je voudrais ke ça m'execute Command1_Click en entier, et que quand ça passe sur l'appel de l'autre procédure, ça la lance en //
C possible en VB