Discussion :

[Kelpan]

Désolé, j'ai pas été clair...

Tu dis VB est l'enfer des dll.

Si tu parles de vb6, on peut être d'accord avec toi.
Si tu parles de vb.net, ...

Quoiqu'il en soit, à part quelques irréductibles du vb6, personne ne contredira le fait que .net (que ce soit c# ou vb.net) est mieux que vb6. Il n'y a rien a prouvé de ce côté là !

Enfin pour expliquer mon "Je vois pas le rapport avec c#", tu serais passé à vb.net, ton problème "429, impossible de créer l'objet" aurait tout aussi bien disparu.

vb6 <> vb.net !!
C'est pas c# qui a répondu à ton problème, c'est .net

Désolé, ce genre de commentaire me fera toujours réagir et prouve qu'il n'y a pas beaucoup de monde qui se remet en cause qui vérifie par lui-même ce qu'il entend et vois partout.
J'ai pris le temps de comparer c# et vb.net et ... pour moi ... y en a pas un meilleur que l'autre (malgré ce qu'affirme commercialement microsoft !!).

Je défie quiquonque de faire quelque chose en c# qui soit irréalisable ou moins performant en vb.net et inversemment.

[DrQ]

Comme il a été dit redit reredit, il n'y a aucune diff entre le C# et VB.NET pour ce qui est de .NET.
Ton histoire de type est la même en C# et VB.NET !!

Quant à l'histoire des points virgules c'est un faux prétexte. Pourquoi ? A quoi bon s'embetter à faire un "Dim i As Integer" alors que je peux faire un "int i;". Je peux te trouver des avantages et inconvenients aux deux langages. Comme neo l'a dit, c'est juste une histoire de goût. Que ce soit en C# ou VB.NET tu tomberas sur les mêmes problèmes : donc arrêtez de dénigrer un langage sans avoir réellement programmé avec. Je ne dis pas que je maitrise les deux langages mais j'ai eu l'occasion de faire des projets avec les deux langages, et ma conclusion et que les problèmes sont les mêmes. C'est juste une histoire de goût.

Je parle uniquement pour le dev .NET pur et non de code managé ou pas.

[El-Hassen]

Je fais du vb.net par continuité avec vb6. Pourquoi VB ? Parceque ça m'a aidé dans les vba d'office.

[Anonymous]

heu il faut quand meme faire des cast en C# plus souvent qu'en VB.NET non ? ou alors j'ai revé

[DrQ]

Pour les mêmes dev, je fais autant de cast d'un côté que l'autre : peut être un réflexe mais par exemple pour le drag & drop sans le CType ça ne marche pas en VB.NET. Donc cast oblige.

[Anonymous]

je code depuis des mois en VB.net sans un seul cast... etrange

[DrQ]

ohoh

Ben là tu m'étonnes ! Comme je l'ai dit, peut être un réflexe, mais il me semble qu'il y a des cas où ça ne marche pas sans. J'essaierai de retrouver un exemple et je te dis ça.

[MORJANE]

Ma formation est basée sur le vb.net, mais au cours de mes expériences j'ai pu travailler avec Java(Le langage le plus performant dans le monde) et maintenant je travaille avec C#, mais je trouve qu'il n'est pas assez fort que Vb.net, la seule chose qui oblige les développeur à le choisir c'est par ce qu'il rassemeble un peu à c++, java.... mais Vb.net reste plus riche en bibliothèques ainsi que sa facilité de syntaxe...

[tomlev]

maintenant je travaille avec C#, mais je trouve qu'il n'est pas assez fort que Vb.net

Ah ? j'aurais dit le contraire... les 2 langages sont quasiment équivalents au niveau de leurs fonctionnalités, mais C# a quelques trucs sympas en plus (itérateurs, expressions lambda multi-instructions, propriétés automatiques (ajoutées à VB2010 mais un peu moins souples qu'en C#), etc...). VB semble avoir certaines fonctionnalités en plus, mais la plupart ne sont pas vraiment liées au langage : elles sont fournies par les assistants de Visual Studio qui génèrent du code pour tout ce qui est My.Application, My.Resources, etc...

la seule chose qui oblige les développeur à le choisir c'est par ce qu'il rassemeble un peu à c++, java

Je pense qu'il y a des raisons autrement plus profondes que la ressemblance avec d'autres langages... D'ailleurs, même chez MS ils font presque tout en C# plutôt qu'en VB.NET

mais Vb.net reste plus riche en bibliothèques

C'est les mêmes bibliothèques qu'en C# ou n'importe quel autre langage .NET... Même celles qui s'appellent "VisualBasic.QuelqueChose", on peut tout à fait les utiliser à partir de C# ou d'un autre langage. Donc non, c'est pas plus riche.

ainsi que sa facilité de syntaxe...

Mouais... si tu veux, mais c'est très subjectif : personnellement je trouve la syntaxe de VB.NET absolument atroce... y a beaucoup trop de mots .
D'ailleurs c'est pas vraiment plus facile, c'est surtout moins strict et donc plus dangereux : VB.NET te fournit le pistolet pour te tirer dans le pied

[Morad ISSOULGHANE]

CSharp it

[Justinien]

Bonjour,

étant débutant en .Net je ne me prononcerai pas sur quel est le meilleur langage entre C# et VB.Net.

Cependant, je me demandais une chose : qu'en est-il de C++ ? Y-en a t'il encore certains d'entre vous qui continue à développer en C++ avec VS .Net ?

En effet, bien qu'il est toujours possible de développer en C++ avec Visual Studio .Net, j'ai l'impression que peu l'utilise au profit de C# ou VB.Net. La preuve le fait d'avoir omis C++ dans le débat.

Je me trompe ?

[DrQ]

Sans le cast en effet ça compile, mais j'ai des soucis de fonctionnement par la suite (je parle du Drag & Drop d'objets et non la soluce à Microsoft qui consiste à passer une chaine de caractères).


Pour ce qui est du C++, tu peux programmer avec pour avoir un gain de perfs dans les zones critiques, ou bien si tu as besoin de faire faire du code non managé. Sinon autant passé à C#.

[Zeo_BO]

Ben sans détenir LA réponse, je dirai que VB.NET a toutes les corrections syntaxiques que j'attendai.
Ce n'est peut être pas le langage le plus rapide, mais il a au moins l'avantage d'être un des plus simple.
Je crois que ces langages comblent à eux deux l'emprise qu'a JAVA depuis un certain temps dans le milieu professionnel (il suffit de regarder les offres d'emploi pour s'en convaincre)
C'est d'ailleurs très similaire dans l'approche du Framework.
C sharp sonne "C" ou "C++" donc pro, VB.NET sonne le RAD par excellence, (j'exorcise volontairement Delphi qui est à mon sens trop "BORLANDISE" pour connaitre un réel élan professionnel)
Donc je dirai : VB.NET récupére les déçu du VB qui passe à DELPHI
C sharp récupére les pros et recolle les morceaux des loupés J++ et visual C++.
En tout cas, je sais que ca va en défriser plus d'un, mais je trouve que VB.NET est une évolution plus que bien pensée du VB

[Thomas_X]

Pour ma part je ne fais comme personne (c'est a dire que je ne fais ni de VB .NET (j'expliquerai plus loin pourquoi) ni de C# (je suis toujours perdu dans les méandres du C++, alors pas le temps). Mais je crois que dés que je me serais dépétré du C++, il y a de fortes chances que je migre vers le C#. En effet ce language a l'air de présenter de nomreux avantage, comme d'etre clairement "fait sur sur mesure" pour windows (qu'on m'arrete si je me trompe), et en plus la syntaxe me plait assez (car proche des language issus de C).
Quand a VB... Je ne sais pourquoi, je n'ai aucune atirance pour ce language... D'abord pour une question de sintaxe que je trouve assez déplaisente.
Et au final j'émets une reserve vis-a-vis de .net et de la programation sous windows en général. En effet je ne suis pas convaincu que cela ne soit pas lassant a la longue de sans arret changer de vertions et de voir les bibliotheques évoluer...
Bréf...

[Rami]

Comme on la dit: que soit VB.Net ou C# on passe par le language intermediaire.
Les librairies qu'on attaque sont les memes: celles du framework.

Donc performance, structures des algos, possibilités sont a "un chouillat prés" les memes non?

Aprés on rentre dans la subjectivité d'appréciation de la synthaxe. La, chacun ses gouts. et a mon avis, une fois maitrisé, le passage de l'un a l'autre c'est assez facile si on est un peu rigoureux.(contrairement au passage VB pur et dur a VB.Net)

par contre l'argument de Neo sur "l'ouverture" du C# est peut etre la clef.

[Shark]

Il y a quelques années j'ai découvert par erreur Visual Basic 2.0... j'ai fait quelques programmes et j'étais content.

Niveau perf c'était pas cela, appeler les différentes DLL était un cauchemard. Puis ensuite j'ai arrêté de programmer pendant plus de 2 ans pour passer ma maturité (le BAC français)

Après j'ai repris la programmation à l'EPFL (www.epfl.ch) avec de l'ADA95, un langage sur-chiant au niveau du typage, mais relativement plaisant au niveau de la qualité du code qui découle de ces contraintes.

Parallèlement je me suis mis au C, puis C++, les perfs étaient au rendez-vous, mais écrire du code "propre" sans fuites mémoires demandait une discipline de fer.

J'ai du faire quelques sites Webs dynamiques et la j'ai touché à deux technologies : ASP avec VBScript qui ressemble fortement à VB et PHP avec un syntaxe proche du C.

Recemment j'ai commencé à ressentir le besoin d'un framework complet pour développer des applications Web, et deux framwork ont retenu mon attention : J2EE de Sun Microsystems et .Net de Microsoft.

Après une étude des deux framework et développement d'un application sosu J2EE il est apparu que J2EE demandait une infrastructure trop importante pour être implémenté correctement, et que les serveurs d'application n'étaient pas tous parfaitement compatibles entre eux.

Bon alors .Net... la le choix du langage se pose ! Je suis à l'aise aussi bien avec l'une et l'autre syntaxe. Je constate que C# est relativement proche de la syntaxe du C++ et que pour VB. Net les incohérences de syntaxes sont corrigées et que les opérateurs du genre &= ont été ajoutés. Donc pas tellement de préférence pour l'un ou l'autre.

Bon alors je me penche sur les perfs... c'est un peu du pareil au même, pas non plus un critère de choix.

Finalement j'ai quand même opté pour VB.Net, pour une seule raison, je trouve que la syntaxe est plus proche du langage naturel...

If [condition] Then est, à mon avis, plus parlant que if ([condition]) {}

[sady1982fr]

Pour ma part, je fais du C++ et du Java en cours. J'ai fait aussi du VB6, de façon autonome. Maintenant, je me suis lancé dans le C# et J#, mais pas encore dans le VB.Net, alors difficile d'en dire quelquechose de construit. Alors voilà ce que j'en pense. Je trouve la plateforme de microsoft, tres bien foutu (c'est génial d'utiliser les mêmes classes quelque soit le langage !) Je ne peut donc faire un comparatif qu'entre C# et J#. Et bien ma réponse va être très simple, je suis plus a l'aise avec J#, parceque j'ai appris la notion d'objet avec Java, et pas C++, donc je navigue plus ou moins en terrain connu avec le J#. Par contre en faisant du C#, il est clair qu'il est d'une grande facilité d'utilisation, même pour les non initiés. Concernant, VB, au temps de VB6, ça a été tres bien pour moi qui n'avais aucune base en programmation, cependant pour avoir lancé VB.Net une ou deux fois, les choses ont l'air de bien avoir changées. donc pas trop d'opinion pour l'instant.

Au final, pour l'instant je reste sur le J# (j'aime beaucoup Java )

Voilà, cependant peut etre que dans deux mois j'aurais changé d'avis .

@+

sady

[jmmolina]

Bonjour,

C# : à choisir si on connaît C/C++ ou Java. C'est mon cas et c'est donc logiquement que j'ai choisi C# pour développer mes applications web en ASP.NET avec WebMatrix. Si je me mets au développement d'applications Windows avec .NET, je ne choisirai pas C++ .NET mais C#. Ce langage est tellement génial qu'il faudrait être fou pour ne pas l'adopter . Bien entendu tout dépend du contexte, quand on repart de zéro, autant prendre le petit nouveau sous son aile

VB.NET : je m'essaie à VB.NET car c'est une évolution majeure de VB. J'aime la POO et VB.NET me contente tout à fait ! Sans compter que VB, VB.NET, VBA... tous ces petits gars sont liés en quelque sorte et il vaut mieux les suivre de près. Plus important je pense que VB.NET est idéal pour les débutants ou les développeurs intermédiaires. Il est simple et puissant, sa syntaxe est plus logique pour un novice car elle est plus littéraire que celle de C# ou C++. Pas besoin de ;, de {} et autres

Donc le choix que l'on fait dépend du contexte, de son niveau, des projets sur lesquels on a travaillé, on doit travailler... Ils ont chacun des avantages et des inconvénients. VB.NET est idéal pour s'initier à la programmation alors qu'un développeur confirmé, souvent avec un background C/C++, choisira C#, logiquement.

JM. Molina

[chatteriekoolkat]

<Petite parenthèse>
Je suis ulcéré de lire - bien que cela soit en partie vrai à la base - que VB est un langage "de débutant", "d'amateur". Je pratique le VB depuis la version 2.0 et je connais des applications conséquentes développées en VB qui tournent sans le moindre bug (logiciels de comptabilité utilisé dans des centres de gestion agréés : d'un autre niveau que les Ciel et autres EBP, je peux vous le dire... ; logiciel de gestion commerciale tournant dans plus de 1500 magasins en France, etc...)
Tout est question de discipline. Ce n'est pas le langage qui fait la qualité du produit final, c'est bien le programmeur (sous-entendu un mauvais programmeur sera toujours plus mauvais qu'un bon programmeur, qqsoit le ou les langages utilisés)
Evidemment il est exclu - à mon humble avis - d'utiliser VB (ancienne génération) pour autre chose que des outils de gestion au sens large. Exit les jeux 3D et autres logiciels de calcul intensif... Il existe des outils mieux adaptés à ce genre de chose !
</Petite parenthèse>

J'utilise aujourd'hui essentiellement VB.NET. Pas par passion mais tout simplement parce que c'est la syntaxe à laquelle je suis le plus habitué (disons que mes doigts trouvent plus vite les touches du clavier quand je code du VB ). De plus certains mécanismes propres à Intellisense ne fonctionnent pas en C# (sauf erreur de ma part) et ils apportent pourtant des gains de productivité appréciables (je suis un inconditionnel de l'autocomplétion)

Mais j'utilise aussi C#, par nécessité. En effet, la majorité des exemples de codes que l'on trouve sur le Net sont en C#. Il a donc été essentiel pour moi de m'imprégner au mieux de sa syntaxe (je connais le PHP et j'ai pratiqué - comme beaucoup - le C/C++ lorsque j'étais étudiant : cela m'a aidé mais j'avoue que je n'ai encore jamais écrit d'application complète en C#...) car il est plus productif d'adapter et d'intégrer des bibliothèques C# dans une solution que de les traduire en VB.NET.

Pour conclure et donner un avis objectif : quel intérêt pour le développeur VB de perdre du temps à apprendre la syntaxe de C#, comme quel intérêt pour le développeur C/C++ à changer de syntaxe pour se mettre à VB.NET ?... Le maître mot est "productivité" et si l'on s'éclate avec son langage de prédilection, il n'y a pas de raison pour en changer !

[Yann]

Comme l'a justement expliqué Vincent, pour répondre à cette question, il faut comprendre l'architecture du FrameWork.
Un premier test c'est évidemmment de décompiler avec ildasm.exe : quel que soit le langage utilisé, c'est le même IL à 99 % (les différences sont triviales, cher modérateur) qui est compilé à la volée et exécuté. DOnc quand qqn vous dis: "moi qui connais .NET, je code en C# parce que c'est plus rapide à l'exécution", vous pouvez être sûr qu'il n'a rien compris à .NET ! Second test: pré-compiler (pre-JIT) votre code et chronométrez...
C#, VB.NET, etc. : tout dépend de quel monde on vient, des goûts de chacun, etc. Mais ceux qui continuent à dire "tout ce qui commence par C, c'est mieux que VB" sont en fait frustrés de ne plus conserver les avantages du C++ sur VB 6.0.