Que choisir ? C# , VB.NET, C++, Delphi ? pourquoi ?

Mise � jour 09/08/2013

Ce sondage a �t� renouvel� pour 2013. Venez participer, cela se passe ici :
:fleche: Quel est le meilleur langage pour .NET selon vous ?


Allons y lan�ons le d�bat. Quel est le meilleur langage pour .NET ?
C# ,VB.NET , C++ ou Delphi ?

Pourquoi avez vous choisi l'un ou l'autre ?
Pour quelles raisons ?
Pour quels besoins ?
Quelles sont vos exp�riences positives ou n�gatives concernant ces 2 langages ?
Quels sont leurs forces et leur faiblesses ?
Qu'est ce qui est pr�sent ou absent dans l'un ou l'autre et inversement ?
Vers lequel de ces deux langages se tourner selon que lon est un d�veloppeur VB, ou C++, Delphi ou autre ?

Nous ferons surement un article qui synth�tisera tout �a !

Merci d'avance pour vos avis.

:merci:

Je n'ai pas pouss� les deux langages, donc difficile � dire. De ce que j'ai pu lire et voir, le C# reste en globalit� le langage .NET mais il faut savoir que des fonctionnalit�s VB.NET n'existe pas en C# entre autre la fonction Redim et Redim Preserve mais qui peut �tre remplac�e par la cr�ation d'un tableau plus grand puis une copie gr�ce � la m�thode Array.Copy

Pour les op�rations basiques, VB.NET a l'air plus rapide sur des entiers et longs que C#. Par contre pourles flottants C# est plus rapide. Donc l'un ou l'autre difficile de choisir.

Pour ma part je programme en C# car le module de g�n�ration de documentation est tr�s pratique ainsi que l'auto-compl�tion pour la doc avec les ///. L'autre raison est que je maintiens des programmes VB6. Donc pour �viter de me m�langer les possibilit�s de VB6 et VB.NET je programme en C#.

C# est un langage neuf, con�u pour .Net. Il n'a pas un long pass� comme VB, et ses concepteurs ont donc pu partir sur des bases saines.

La syntaxe de C# est tr�s proche de celle de C++ et Java. Donc un programmeur C++ ou Java pr�f�rera C# � VB.Net. Et un programmeur qui ne connait pas C++ ou Java pourra apprendre plus facilement ces deux langages s'il connait d�j� C#.

C# permet d'�crire du code non manag�, et supporte la surcharge des op�rateurs. Pas VB.Net.

Et m�me si j'aime bien la syntaxe de VB, celle de C# est un peu moins lourde.

Je comence en c#, mais je trouve que le vb n'est pas assez strict

Qu'appelles tu moins strict ? Peux �tre plus pr�cis et donner des exemples ?

Pour ma part, j'ai appris VB sur le tas, apres avoir �tudier C++ et Java, utilisant du javascript cot� client, je trouve la syntaxe VB assez furstrante, c'est une des raisons pour lesquels je passe � C#, la syntaxe �tant tr�s "classique" (== syntaxe C, reprise dans de nombreux langages) je ne m�lange pas les pinceaux passant d'un langage a un autre (cela pet toutefois aussi �tresource d'erreur).

Les possibilit�s de documentations de C# semblent �galement tr�s interressantes, mais je ne les ai pas encore test�s.

J'ai fais beaucoup de VB.NET et un peu de C#.

VB.NET m'a s�duit car j'avais d�j� fais du VB6 et que la syntaxe de VB.NET reste tr�s proche du BASIC. Je trouve donc la syntaxe plus simple. Je regrette par contre qu'on ne puisse pas documenter ses classes comme en C# mais des projets open source sont en cours pour palier ce "manque". Au niveau des performence je pense qu'il n'y a pas vraiment des grosses diff�rences. En effet, avec .NET que l'on fasse du C# ou du VB.NET, tout est compil� en CLR. Les diff�rences de performances seraient donc dues au compilateur qui suivant le langage g�n�re un CLR plus ou moins optimis�. Dans certain cas C#, une proc�dure en C# sera plus rapide � l'execfution, dans d'autre ce sera la proc�dure en VB.NET, mais aucunne diff�rence de performance tr�s significative et globalement, un programme entier en C# ou en VB.NET sera aussi rapide � l'ex�cution.

Par contre, il y a un point qui pour moi est tr�s important qui n'a pas �t� abord�. VB.NET est un langage propri�taire de microsoft donc tous les outils pour programmer en VB.NET seront fournis par microsoft et donc par cons�quent pour .NET.

Le C# lui a des sp�cifications publiques : http://www.ecma.ch/publications/standards/ECMA-334.HTM

Chacun peu donc faire son compilateur C#. Borland va m�me faire un EDI pour le C# : http://www.developpez.net/forums/viewtopic.php?t=57410

Cet EDI pourra utilis� le framework .NET mais aussi des classe de l'EDI de borland. Ce que je veux dire c'est que le C# d�passe largement les fronti�res du framework.NET : vu que les sp�cifications sont publiques rien ne vous emp�che d'utiliser un framework "maison" avec C#. C'est un peu ce qui se passe avec le projet go-mono qui est un framework qui ressemble au framework .NET de linux.

Pour conclure je dirais :
:arrow: Si vous ne faites et voulez faire que du .NET
Si vous venez de VB6 ou un autre langage BASIC, orientez vous vers VB.NET.
Si vous vennez de java ou de C++ orientez vous vers C#.

Par contre, � l'avenir d'autre solutions que le framework .NET vont voir le jours pour C#...


wait and see :wink:

J'ai une pr�f�rence pour le C# car j'ai beaucoup pratiqu� le C++, sa syntaxe m'est dons assez famili�re.

Le d�bat est vaste et je crois qu'il n'y a pas de r�ponse dans l'absolu. Le choix d�pend surtout du v�cu de chacun. Les utilisateurs de Visual Basic vont forc�ment se tourner vers VB .Net en pensant que l'apprentissage en sera facilit�. Pour ma part, je n'en suis pas convaincu, VB .Net est tout de m�me tr�s diff�rent de Visual Basic. Les utilisateurs de Java et de C++ vont plut�t utiliser C#.

Pour ce qui est des performances, tu as tr�s bien r�pondu globalement les performances doivent �tre similaires.

En fait, quelque soit le language utilis� ( vb.net, c#,c++ ) sous une plaforme .net auront des performence absolument IDENTIQUE pour la simple raison que le code assembleur produit est exactement identique.

Evidement pour arriver � ca, certaine caract�ristique des languages ont �t� zapp� ( comme l'h�ritage multiple en c++ ) afin d'arriver � une total compatibilit�.

il y a n�anmoins une question que je me pose, combien de temps cela prend il pour compiler un projet ?

Sur d'autre compilateur, la compilation de projet cons�quent prenait du temps. Dans le .net, il y a une couche supl�mentaire qui est la traduction du code en common language.

est ce que cela ralenti �norm�ment la compilation ?

Citation:

---

Envoy� par Vincent_Moreira

En fait, quelque soit le language utilis� ( vb.net, c#,c++ ) sous une plaforme .net auront des performence absolument IDENTIQUE pour la simple raison que le code assembleur produit est exactement identique.

---

Nop, le compilateur VB.NET et diff�rent de celui de C#, et quelques diff�rences de performances sont visibles mais rares. L'exemple le plus flagrant c'est les entiers (long) et les flottants (double). Dans les deux langages on n'a pas le m�me temps pour effectuer des calculs sur ces deux types de donn�es.

Perso, je viens de VB6 (depuis VB4) et j'ai enti�rement zapper c�t� C#
La syntaxe est beaucoup moins lourde, demande plus de s�rieux (casse sensitive par ex) et s'apprend tr�s vite ... donc pourquoi pas!

Pour ma part j'utilise les deux, personnelement j'utilise C# et au travail j'utilise vb.net

Mais le mieux c'est d'utiliser le language o� on est le plus � laise...

En autre atout pour C# n'est pas technique mais commercial.

Pour des raisons un peu historique et m�me si aujourd'hui cela ne correspond plus rien techniquement parlant, : C (fut-il Shap), c'est plus vendeur que Basic (fut-il .Net)

Combien de fois ai-je vu la mine d��u de mes clients quand ils apprennent que leur produit, dont ils sont pourtant content est �crit, en BASIC.
Par contre quand on leur parle de C ou Pascal, cela fait tout de suite plus s�rieux.

Idem dans CV. Pour un certain nombre de d�cideurs (certain n'ont jamais vu un clavier) BASIC reste synonyme d'amateur alors que C a une conotation pus s�rieuse. A moyen terme, je pense qu'un programmeur C# se vendra mieux qu'un programmeur VB.

Ne voulant pas me lancer dans un technologie balbutiante, mon dernier projet est en Delphi (alors que j'�tais programmeur VB).

Mais si je devais m'investir dans .Net, les 2 langages (C# et VB) ne pr�sentant pas de diff�rences techniques �normes, je pense que j'irais plus vers le C#, essentiellement pour des raisons commerciales et de valorisations personnelles.

"Commercialement" tu dis que tu fais du .NET et si tu maitrise un des deux lagages parfaitement, l'apprentissage de l'autre est � mon avis qu'une simple formalit� qui prend peu de temps!

pour ma part je recommande vivement vb � ceux qui ne sont pas des purs et durs du C++ et qui veulent GAGNER DU TEMPS

Ce qui suit va faire hausser des �paules les "gros bras du C++", mais j'insiste pour leur dire que je ne vois aucune "virilit�" a s'emmerder avec un langage complexe (et source d'erreurs).

Et pour moi C# ne va pas assez loin, il veut trop ressembler a C++.
Il nous emmerde encore avec sa gestion des types, ses accolades, ses point virgule et j'en passe.
Je viens encore de passer 2 ans vec 1 projet ATL/com/C++...ahh les conversions (chaines...), unicode, et j'en passe...que de temps perdu.

L'interet d'un programme n'est pourtant pas du tout l� !!

VB ne faisait pas s�rieux quand il s'agissait de parler performance, pas fiabilit�.
De plus il etait (trop) restrictif en termes de librairies natives et imposait un recours a des passerelles + ou - contaignantes vers les lib win32.
Enfin il etait trop limit� ( pointeurs, heritage...) a force de faire simple.

Franchement, moi j'en ai rien a faire d'une gestion stricte des types, et �a fait des ann�es que je m'emmerde avec �a !
Que de temps perdu avec les chaines de caracteres, les pb de conversion, l'Unicode, et j'en passe !

Alors C# pour quoi faire ?
On peut supposer justement que la gestion stricte des types optimise un peu les perfs...Il y a d'autre differences ( cf MSDN ).

Mais vive les langages "modernes" et � bas les contraintes !!

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.

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

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.

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

ohoh :D

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.