Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
Justement, c'est le etc qui nous interresse. Participer à ce sondage demande que chacun argumente un maximum. Comme l'a rappellé Marc Lussac, il s'agit d'un débat destiné aux professionnels. Dire, VB est mieux parce que j'aime ça n'a pas de sens. On attend de tous des arguments.Envoyé par aityahia
merci de faire de ce débat un espace constructif !
je sui désolé monsieur access ou monsieur le profesionnel
c'est pas les avantages ou les inconvenients de tel ou de tel language qui importes je peut vous faire toutes une liste. chaqu'un protege son produit du mieux qu'il peut.
le plus important c'est mon avis j'ai travaillé avec les deux je préfere delphi il est plus maniable compilateur rapide c'est commme les voiture chere ami.
Tu n'as pas compris le sens de ce débat. Le but n'est pas de défendre son produit mais bel et bien de discuter sur les avantages de telles ou telles technologies. Je pense que ce que l'on attend principalement d'un développeur c'est l'autocritique et l'adaptivité à un nouveau langage. Ce qui nécessite de passer en revue les possibilités qu'offre tels ou tel outils. A vrai dire, ça importe peu de savoir ce que les uns ou les autres préferent puisque la question initiale du débat était :le plus important c'est mon avis j'ai travaillé avec les deux je préfere delphi il est plus maniable compilateur rapide c'est commme les voiture chere ami.
Différences entre VB et Delphi
Pour ma part, j'irais dans le sens de Bidou en affirmant que si VB peut donner de mauvaises habitudes il n'en reste pas moins que sa permissivité est quelque fois un avantage pour le développeur maitrisant son projet. J'en veux pour preuve les cast implicite permettant l'affichage dans une boite de dialogue d'une valeur numérique. Il suffit d'appeler MsgBox Lavariable en VB alors que sous Delphi, il aurait fallu convertir explicitement la variable. Ceci se retrouve évidement aussi au niveau des controles où il faut caster leur valeur en String avant affectation.
Pour ce qui est de l'automation Office, même si cela ne semble pas plus compliquer en delphi (le modèle étant le même), la permissivité de VB rend quand même les développements plus rapide et ne demande pas de connaitre entierement le type de chaque objet ni même au fond le modèle objet utilisé en question. De plus un développeur VB aura la possibilité de créer des macros avec facilité pour ses applications Office. Trés pratique pour développer des appli s'intégrant complétement dans les outils habituels de l'utilisateur.
En ce qui concerne l'accès aux données, la venue de VB4 a apporter la naissance de DAO (modèle d'accés aux données créé pour les fichiers Access). Ce modèle offre la possibilité d'interrogé facilement et avec de meilleures performances que ADO des bases de données Access (qui je le rappel reste quand même un leader au niveau des applications de gestion)
Quant à la POO je dirais qu'on peut trés bien développer une appli robuste sans utiliser les concepts avancés de la POO tels que l'héritage et le polymorphisme.
Le développeur appréciera sous Delphi la présence native de l'api Windows via quelques uses à ajouter alors que le développeur VB maudira le fait de redéclarer à chaque fois chacune des fonctions.
Enfin, pour conclure je pense que VB permet des développements plus rapides que Delphi avec une perte au niveau des performances et de la robustesse (cette baisse de perf est bien souvent négligeable pour une appli de gestion).
A niveau de connaissance et d'utilisation équivalent, un développement en POO fera une application beaucoup plus robuste, et maintenable, et évolutive, qu'une application non-objet.
Toujours à niveau de connaissance et d'utilisation équivalent, je pense exactement l'inverse.
Il est toujours amusant de voir la différence entre les pro-X, dont les performances ne sont pas toujours au mieux, qui trouvent souvent que le manque de performance est tout relatif, et les pro-Y, dont les performances sont presque toujours très bonnes, qui trouvent que les-dites performances sont nécéssaires.
Au passage, le déploiement est beaucoup plus simple en Delphi.
j'ai pendant longtemps été amateur de VB6.
mais depuis que j'ai suivi des cours de Delphi, c'est vrai qu'il n'y a pas photo.
Delphi est beaucoup plus complet et puissant que VB.
Cependant, VB reste mon outil de prédilection pour developper mes applis perso. C'est peut etre le manque d'experience en Delphi qui parle, mais VB me parait plus intuitif, plus à la portée du novice... Alors, que Delphi est un outil nécesitant une connaissance plus poussée des bases de la prog.
Ayant fait un peu de VB et C++, j'ai trouvé dans Delphi la puissance (presque) de C++ avec la simplicité de VB. Et depuis professionnelement je fais du Delphi (application de gestion, serveur d'application DCOM(normal), COM+, application multithread ); La facilité d'utilisation du code "C" est egalement à noter au profit de Delphi, je fais reference aux déclarations de type "C" courants dans les API, alors qu'avec VB ( tout au moins VB5 ) c'est pas evident. Je noterai enfin les projets open sourse FPC (compilateur) et Lazarus(Editeur RAD), qui n'ont pas été mentionnés dans ce debat, qui permettent d'être multiplateforme en natif, largement compatibles avec Delphi au niveau langage et de la VCL. J'invite vivement ceux qui ne les connaissent pas à les essayer, et ceux qui les ont vu à les revoir. C'est un projet qui prend de l'ampleur comme le trafic du wiki peut vous le confirmer. Pour ceux que ca peut interesser je developpe un toolkit de service web pour FPC/Lazarus.
A+
Je n'ai jamais essayé VB (à part VB.Net), mais je peux néamoins dire que Delphi est très bien
Très bien car les applications générées sont performantes et facile à développer (RAD) et à déployer (aucune Dll supplémentaire n'est nécessaire).
Quant à VB, bien qu'il nécessite un runtime, les applications développées avec que j'ai pu essayer marchent bien, et c'est là l'essentiel
vb6
Juste pour info, VB6 permet de faire des exe compilés nativement et non interprétés. C'est même l'option par défaut proposée par l'IDE
Il est donc tout à fait faux de dire que VB6 est moins rapide que Delphi
Beaucoup de développeurs ne le savent pas, mais il est tout à fait possible de créer un installeur de programmes en VB6, c'est à dire un programme vb qui tourne sans que les runtimes soient installés (je l'ai fait). Pour cela, il faut respecter deux conditions :
1/ les fichiers MSVBVM6.dll et vb6fr.dll doivent être situés dans le même répertoire que l'exe que vous avez compilé
2/ il ne faut pas utilser de composant graphique non natif, ce qui ne pose pas de problème lorsqu'il s'agit de faire un installeur
D'autre part, il est inexact de dire que VB6 n'est pas un language objet. Un language est dit objet lorsqu'il est capable de 3 choses : l'encapsulation, le polymorphisme et l'héritage. VB6 permet, mal, mais permet quand même, de faire ces 3 choses.
Cependant, je reconnais bien volontier que Delphi est un meilleur language que VB6, car en effet, VB6 est beaucoup trop permissif, ce qui pose des problèmes pour maintenir de gros projets (je travaille actuellement sur une appli de plus de 400 000 lignes de code)
De plus, Delphi a un énorme avantage par rapport à VB : il n'est pas encore mort !!!
Pour moi, ça revient à utiliser un runtime mais l'intégrer dans l'installation.
Je ne suis pas d'accord là-dessus, je trouve VB.Net très facile. Le livre "Visual Basic 2005 pour les nuls" est un très bon livre pour commencer avec.
Bon, je ne suis pas là pour faire de la pub mais pour argumenter, c'est donc ce que je vais faire.
J'utilise Delphi pour sa simplicité d'utilisation, pour les performances des programmes générés, pour le RAD, pour le déploiement (pas de RunTime, de Dll, d'interpréteur...) et pour sa gratuité dans sa version personnelle.
VB6 est un language qui a ses limites mais, si bien utilisé, permet de travailler très correctement.
Les softs ne tournent pas trop mal, il faut juste faire un peu attention aux références & à la gestion mémoire.
Je suis totallement en désaccord avec ceux qui prétendent qu'il est tout juste bon pour l'école, car il est suffisamment riche pour permettre de réaliser les applications les plus complexes.
Bonne fin de w-e.
Vous seriez tous bien aimable à l'avenir de bien différencier dans vos propos Visual Basic 6 (l'ancien) et Visual Basic.NET (le nouveau) qui son deux outils n'ayant presque rien à voir...
Ne pas me contacter pour le forum et je ne répondrai à aucune question technique. Pour contacter les différents services du club (publications, partenariats, publicité, ...) : Contacts
15 000 offres d'emploi développeurs et informatique
Java non plus loin de là !...
Si tu n'arrives pas à comprendre le langage de Delphi, reste plus que Windev et encore...
Pour moi personnellmeent, avec l'expérience sur ces deux langagepour VisualBasic, je n'ai testé que VB6)
VisualBasic étant du winDev est trés limité au SE windows. Delphi est multiplateformes. De ce fait, VisualBasic 6 reste trop limité et Delphi peut s'adapter à tout. C'est un peu comme python en langage de programation scientifique, qui est adaptable pour toute manoeuvre alors que d'autres seraient trés limité en comparant.
Delphi n'est pas du tout multiplateformes.
Ne pas me contacter pour le forum et je ne répondrai à aucune question technique. Pour contacter les différents services du club (publications, partenariats, publicité, ...) : Contacts
Pardon^^ je voulais dire "transportable" beaucoup plus facilement que VB pour Delphi, ce qui est en effet deux choses trés différentes.
Je rajoute que lorsque nous compilons un projet en Delphi il n'y a pas de problème lorsque nous exécutons le projet sur un poste ou environnement différent de celui où il y a eu le développement. Tandis que pour vb, je me suis souvent aperçu qu'en dépis de l'intégration de tous les packages nécessaire lors de la compilation, il suffit que la version de windows soit défférente pour que le projet ne fonctionne plus. (exemple: un projet que j'avais développé sous windows xp pro ne fonctonne pas sous xp familiale car je l'ai développé et compilé sous xp pro, et pourtant j'y ai importé tout ce dont le projet avait besoin pour fonctionner).
Un programme VB6 à juste besoin du runtime VB6 (la fameuse VBRUN6.DLL) pour fonctionner parfaitement. Si tu as expérimenté des soucis entre les différentes plate-formes de windows, soit c'est parce que ton code etait trop proche du système soit parce qu'il y avait des bugs de conception (je ne dit pas ça mechemment) mais VB6 comme Delphi (la VCL en particulier) est basé sur les API, les API sont identique pour chaque version de Windows coté du programme appellant, l'API se chargeant de gérer la spécificité de la plate-forme.
Il peut y avoir des incompatibilités avec d'autre DLL hors API, mais malheuresement ce n'est pas une spécificité de VB, si une fonction d'une DLL est manquante ou prends des arguements différents de la version de compilation ca explosera pareil avec Delphi qu'avec VB.
Maintenant effectivement Delphi n'a pas besoin de DLL supplémentaire pour fonctionner, un programme simple c'est juste un .exe alors qu'avec VB il faudra toujours fournir le runtime VB. Cela dit personne ne s'est jamais pleint que pour faire fonctionner un programme delphi avec une base oracle il faut impérativement fournir les DLL oracle avec le programme.
Je ne sais donc pas si la facilité de déploiement, je crois que c'est ça que tu entends par "transportable" est vraiment recevable, tu cite notemment Python, va exécuter un script .py sans avoir Python.exe sur ta machine, je serai curieux du résultat.
**************** Hors Sujet ********************************
Je vous prie de m'excuser d'intervenir dans ce débat mais je veux juste rectifier une erreur (hors sujet, je suis d'accord) :
Il suffit pour cela de wrapper le script avec l'interpréteur grâce à "pyexe". De plus Python peut fonctionner sur une clé USB (au prix néanmoins d'une lenteur parfois insupportable pour des applications moyennes à grosses).
Le sujet porte sur delphi vs Vb / Vb.net de toute manière.
************************************************************
Et si en plus tu utilises FreePascal pour compiler, tu peux aussi porter sous MacAvec Delphi 6 et la CLX, cette meme application est portable sous Linux.
Deja tu pourrais proteger les forumlaires delphi avec Citadel (http://www.billeniumsoft.com/ctd/index.htm).
Apres, ASPack est aussi utile pour les binaires (exe dll, ocx) et perso ca me reduit la taille de fichier d'environ 50 a 60%. Tu pourrais re-essayer si c'est toujours aussi lisible apres, je serais curieuse de le savoir perso.
Répondre avec citation
Partager