Vb vs delphi : le verdict

Soyez le premier à donner votre avis sur cette source.

Vue 8 129 fois - Téléchargée 519 fois

Description

J'ai delphi 6 depuis peu et j'ai tenté une petite expérience : transposer le code source d'un programme vb en delphi.
Ce programme est assez simple : il cherche les nombres premiers. Il faut spécifier le nombre de départ et le nombre d'arrivée
puis le programme cherche tout les nombres compris entre.
En 20 minutes, c'était fini. A part quelques détails insignifiants, c'était exactement le même code et surtout le même algorithme,
l'un était en vb et l'autre en delphi.
Ce fameux programme qui trouve les nombres premiers, dans sa version delph et dans sa version vb,
comprend un système qui calcule le temps mit pour trouver les nombres premiers.
J'ai alors lancé le programme vb et je lui est demandé de chercher les nb premiers de 1 à 5000. Il a mis 14,2 secondes.
Mais le calcul des nombres premiers n'a pas bloqué le système grace à un petit DoEvents bien placé.
Même chose avec le prog en delphi, et la, surprise : 3 secondes pour trouver les 5000 premiers nombres premiers. Soit 5 fois
plus vite qu'avec vb!!!!! C'est incontestable, delphi est beaucoup plus puissant que vb, et en plus, delphi n'a besoin d'aucun
run-time, il est complétement indépendant, et grace à Kylix, le meme code peut etre passé sous linux! Mais personnellement,
je préfère quand meme vb car il est beaucoup plus souple et plus facile, dans delphi, la syntaxe comprend beaucoup de contrainte
(point-virgule à la fin de chaque ligne, on utilise pas le signe "=" pour attribuer une valeur mais "=:" et il y a plein d'autres petites choses
comme ça qui font que que écrire un prog en vb est beaucoup + agréable et + rapide qu'en delphi. Il suffit de regarder le prog
en vb et celui en delphi : le vb est plus beau, il ne bloque pas l'ordi grace à DoEvents.Il y a surement un
équivalent, mais j'ai eu beau cherché dans l'aide, sur des forums, je n'ai rien trouvé...

Pour résumer, le vb est plus souple tandis que le delphi est plus puissant mais aussi beaucoup plus CHIANT

Si vous avez envie de tester vous-meme le calcul des nombres premiers avec le prog vb puis delphi, les exe et les sources
sont dans le zip.

Un petit conseil quand même : ne cherchez pas trop de nombres premiers pour pas faire planter votre pc.

Codes Sources

A voir également

Ajouter un commentaire

Commentaires

Messages postés
21042
Date d'inscription
jeudi 23 janvier 2003
Statut
Modérateur
Dernière intervention
21 août 2019
20
Ah oui, autre perle un peu plus haut:
"delphi sait faire tout ce que c sait faire."
assurément non, écris donc un driver en delphi.
>
Messages postés
21042
Date d'inscription
jeudi 23 janvier 2003
Statut
Modérateur
Dernière intervention
21 août 2019

on ne peut comparer deux langages quand on ne maîtrise pas les 2 ;)

En Delphi, on peut tout faire, je travail dessus depuis 20 ans et des drivers j'en fait à la pelle en Delphi pour des appareils biomédicaux. Donc avant de critiquer tel ou tel langage, ne surtout pas hésiter à l'apprendre et à le maîtriser (ce qui est impossible) ;)
Messages postés
14596
Date d'inscription
mardi 11 mars 2003
Statut
Contributeur
Dernière intervention
11 août 2020
426 > kaneda
Bonjour

avant d'exhumer un sujet dont la dernière intervention date de 12 ans, il est peut être bon de se replacer dans le contexte.
  • en 2002 un gars décide de comparer VB6 et Delphi
  • VB6 est abandonné par Microsoft depuis 1999 (soit 3 ans au paravent)
  • Delphi était en plein essor
  • l'essentiel de la conversation revient à dire que
    • le code en VB6 est mal écrit, simplement car VB6 était trop permissif (donc simple à coder, mais aussi simple à merdouiller comme ici)
    • les langages haut niveau gagnent en simplicité, au "détriment" (avec les machines qu'on a aujourd'hui c'est relatif) des performances.


Jusque là y'a rien à reprocher à Brunews, il me semble.

Un autre élément à prendre en compte est qu'il est modérateur et qu'en général, les modérateurs ne sont pas choisi pour leur incompétences....

Je suis à peu prés persuadé qu'à l'époque il pensait à un driver d'un élément de pc (carte graphique, contrôleur usb) et pas à un périphérique qu'elle qu'il soit.
Faut pas te leurrer, si ton appareil biomédical est branché en USB (par exemple) à un moment ou un autre Delphi se sert d'une dll en C pour la communication USB.
Messages postés
21042
Date d'inscription
jeudi 23 janvier 2003
Statut
Modérateur
Dernière intervention
21 août 2019
20
Mais Windows "respire" très bien même sans DoEvents, il s'en contrefiche royalement, il n'y a que le prog qui bloque et Windows finira par l'expulser s'il ne répond pas aux messages systèmes qu'il reçoit.
Il ne faut pas analyser un problème en le regardant à l'envers.
Messages postés
4
Date d'inscription
mercredi 19 octobre 2005
Statut
Membre
Dernière intervention
15 mars 2009

L'équivalent de :
en VB : DoEvent
est
en Delphi : Application.ProcessMessages;

Cela permet au système (windows) de respirer; c'est à dire de ne pas bloquer.
Afficher les 25 commentaires

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.

Le fait d'être membre vous permet d'avoir des options supplémentaires.