Que choisir ? C# , VB.NET, C++, Delphi ? pourquoi ? [Débat]

**lapec_and_cie** · 06/11/2006, 11h14

Salut,

OK je suis d'accord que les communautés autour des des langages Microsoft sont bien plus importantes que celle autour de Delphi. Mais celle-ci tend à se développer...
D'autre part retranscrire un code VB en Delphi, voire C# en Delphi ne pose aucun problème tant que l'on a compris ce que doit faire le programme dans les grandes lignes (je veux dire par là l'algorithme). Après tout est une question de syntaxe...
En plus certaines solutions sont propres à la plateforme .Net et donc indépendantes du langage utilisé, prenez par exemple le problème de signature d'une assembly, il est révélateur: posté dans le forum Delphi.Net, j'ai vu des utilisateurs C# poser une question à ce sujet

....
Non .Net, à mon avis, est fait pour rassembler les communautés de développement.
Et le débat sur tel ou tel langage fait mieux que tel ou tel langage est de nos jours révolu. Si on prend des langages comme VB ou même le Pascal Objet qui était réputé facile pour débuter dans la programmation, mais qui ne faisaient pas le poids face à C++, pour les applications lourdes. Aujourd'hui ce fait n'a plus lieu d'être, vu la puissance des machines, les compilos de plus en plus fiables, robustes et rapides... Donc je rejoins certains qui disent qu'il faut choisir son langage selon ses affinités...

A plus,

Chris...

**Hatchepsout** · 06/11/2006, 11h48

bon pour moi je préfére vb.net parsque c'est le seul languge que je connait parmi eux

peut etre dans le future j'appris les autres

bon j'ai programer avec c mais pas c++ peut etre dans le future aussi .

**mesdouri** · 07/11/2006, 14h35

bonjour

a mon avis peu importe le langage que ca sois le vb.net ou le c#...d'ailleur moi je cree des library en c# et je les exploite en vb.net et vice versa et tout ca grace a l'interoperabilité entre tous les langages .NET

a vrai dire on produit tous du code MSIL.

il faut surtout se soucier de la maniere avec laquelle on programme

**Process Linux** · 11/11/2006, 12h39

Dans mon cas, je travail dans une SSII, et nous avons adopté une logique claire pour le choix entre VB.net et C#.net.

Pour chaque projet .NET, le développement des couches model, métier et persistance se fait toujours en C#, et on laisse la présentation en VB.net.

Car par experience, la syntaxe de C# est plus rigoureuse car la compilation fait beaucoup attention aux opération de cast qu'il faut tout le temps mettre explicitement. Et comme les couches modèl, métier et persistance demandent beaucoup de rigueur, on met toujours les développeurs C# (qui proviennent de C++ / java) sur ces parties. Et on met les développeurs VB.NET (qui proviennent de vb6 ...) sur la partie présentation.

**FremyCompany** · 11/11/2006, 12h47

Envoyé par Process Linux

Dans mon cas, je travail dans une SSII, et nous avons adopté une logique claire pour le choix entre VB.net et C#.net.

Pour chaque projet .NET, le développement des couches model, métier et persistance se fait toujours en C#, et on laisse la présentation en VB.net.

Car par experience, la syntaxe de C# est plus rigoureuse car la compilation fait beaucoup attention aux opération de cast qu'il faut tout le temps mettre explicitement. Et comme les couches modèl, métier et persistance demandent beaucoup de rigueur, on met toujours les développeurs C# (qui proviennent de C++ / java) sur ces parties. Et on met les développeurs VB.NET (qui proviennent de vb6 ...) sur la partie présentation.

C'est un peu stéréotypé comme raisonnement... Ca rejoint la logique des gens qui disent C# est mieux, vu qu'en fait, le travail de design n'est pas intéressant, alors que celui du métier, lui l'est...

En plus, la partie design ne devrait pas être faite par des développeurs mais bien par des stylistes... Evidemment, il faut les former à la programmation pour qu'ils aient un minimum de connaisssances...

**Kelpan** · 11/11/2006, 15h56

Envoyé par Process Linux

Car par experience, la syntaxe de C# est plus rigoureuse car la compilation fait beaucoup attention aux opération de cast qu'il faut tout le temps mettre explicitement.

Il est logique de retrouver ce genre de commentaire, car on a tellement répété la même chose que tout le monde s'en persuade sans prendre la peine de verifier...

Envoyé par MSDN

Traditionnellement, Visual Basic possède une sémantique permissive, c'est-à-dire que le langage Visual Basic ne nécessite pas, en règle générale, l'emploi d'une syntaxe explicite lors d'opérations qui peuvent ne pas être d'une efficacité optimale (la liaison tardive, par exemple) ou qui peuvent échouer au moment de l'exécution (les conversions restrictives, par exemple).Bien qu'une sémantique permissive simplifie l'apprentissage du langage Visual Basic, elle risque d'entraver le développement d'applications à grande échelle en permettant aux erreurs de codage de passer inaperçues. Visual Basic .NET vous permet de mettre en vigueur une sémantique stricte durant la compilation.
L'instruction Option Strict détermine si les conversions et les opérations sur Object sont gouvernées par une sémantique de type stricte ou permissive et si les types sont implicitement Object par défaut. L'instruction peut être suivie par les mots clés On ou Off, le mot clé par défaut étant Off. Si aucune instruction n'est spécifiée dans un fichier, l'environnement de compilation détermine celle qui sera utilisée.

La sémantique stricte interdit les éléments suivants :

les conversions restrictives sans opérateur de cast explicite.
les liaisons tardives.
les opérations sur le type Object autre que =, <>, TypeOf...Is et Is.
l'omission de la clause As dans une déclaration.

Conclusion : La rigueur existe aussi sous VB (même VB 2003)....

**Herwin78800** · 17/11/2006, 11h39

Je code en C# et c'est un vrai bonheur, même si je suis débutant, et je n'entrevois qu'à peine les possibilités de ce langage, et du framework .net en général.
Pour moi c'est C# dans la majorité des cas, et C++ dans des cas précis et restreints.

Mon appli du moment est un lecteur audio, écris en C# avec le framework .Net 2.0. Et ça me convient très bien.

Les seules restrictions sont :
- une certaine lenteur à l'exécution : 60 000 fichiers musicaux indexés dans un fichier xml, c'est lourd. Et le parcours de ce fichier pour afficher la bibliothèque multimedia met un certain temps en C# au démarrage de l'appli.
Un parcours de ce fichier en C, ou C++ serait sans doute plus raisonnable. L'autre solution étant d'utiliser une base de données.

- pour créer les effets visuels (courbe de gauss,...) en rapports avec la musique en cours de lecture, c'est sans doute techniquement possible avec C# et DirectX, mais je n'ai pas trouvé grand chose à ce sujet. C++ me semble donc plus approprié pour cette partie de mon projet

**Thorna** · 25/11/2006, 13h56

Pour l'utilisation ludique, amateur et personnelle que j'en fais, Boo est très bien et correspond parfaitement à ce qu'il me faut: on ne se prend pas la tête avec des trucs trop compliqués et c'est un langage pythonesque qui sort un peu des classiques C & Co.

**FRED.G** · 20/12/2006, 19h36

De quoi alimenter le débat ?

**FremyCompany** · 20/12/2006, 19h54

Envoyé par FRED.G

De quoi alimenter le débat ?

Pas d'accord... on compare du bon code C# avec du mauvais code VB...

Qui, je vous pose la question, fait des boucles FOR avec des Object = Interger ?? Personne !

C'est de la manipulation de l'information...

Qu'on me fasse une comparaison entre late-binding - reflection !
Ca c'est de la vrai comparaison...

Ici on compare late-binding - code typé !
C'est totalement injuste...

**Dung-Tri** · 25/08/2008, 16h35

Bonjour,

Pour mon cas, j'ai commencer en VB5 puis VB6 en 1999. Puis en 2002 j'ai tenté de passer à VB.NET avec la premier dotnet pour migrer nos applications.

Aujourd'hui je suis passé à C# car c'est le language revendiqué pour .NET. Et puis avec les communités opensource VB.NET et C# aussi imposant l'un que l'autre. Je pense qu'on se doit tous de connaitre les 2.

A noté que pour microsoft que ces aspect MultiLanguage de la framework, c'est pour prendre des parts de marchés et vendre du rêve.

Cela a pour concéquence d'avoir un IDE vraiment très lourds. Dés fois pour de petit projet, je préfére retourné sur du VB classic; c'est quand même plus rapide...

**tarekan555** · 29/09/2008, 14h54

tt le monde sé que le vb est le language par defaut du microsoft depuis le langauge basic

et en le trauve partout dans les produit microsoft soi dans l'office dans le web et méme dans la gestion des resaeux microsoft pour mangé les station (tu peu le fair avec le VB "Scripting")
mé dans ces dernier temps java a progréssé plus que microsoft et les developpeur se oriente vers java que vers les langague microsoft ou dautre

alors microsoft a crée le dotnet mais essentialment le Csharp pour atiré les developeur du java ver le dotnet (méme syntaxe)
merci moi je vote pour vb.net je trouve que la documentations en VB.net est bcp que csharp soi dans les press le livres ou les blogs E
nglophone

**anthyme** · 29/09/2008, 16h36

J'espère que ceux qui documente en VB.net écrivent pas comme toi !

Parce que la quantité c'est bien mais la qualité c'est mieux !

**FremyCompany** · 29/09/2008, 18h06

Envoyé par anthyme

J'espère que ceux qui documente en VB.net écrivent pas comme toi !

Parce que la quantité c'est bien mais la qualité c'est mieux !

Je te rassure

**Capitaine Kirk** · 29/09/2008, 22h17

Bonsoir

Envoyé par anthyme

J'espère que ceux qui documente en VB.net écrivent pas comme toi !

Parce que la quantité c'est bien mais la qualité c'est mieux !

Vraiment Je trouve cette intervention très sévère, pourquoi une remarque aussi désobligeante, envers une personne qui de toute évidence n'est pas francophone, et qui fait l'effort ici, de vouloir s'exprimer en français, je ne veux pas ici lancer un débat, et ce sera ma seule intervention concernant ce point dans ce fil de discussion. Mais messieurs juste un peu d'indulgence.

**anthyme** · 30/09/2008, 10h11

Envoyé par Capitaine Kirk

Bonsoir

Vraiment Je trouve cette intervention très sévère, pourquoi une remarque aussi désobligeante, envers une personne qui de toute évidence n'est pas francophone, et qui fait l'effort ici, de vouloir s'exprimer en français, je ne veux pas ici lancer un débat, et ce sera ma seule intervention concernant ce point dans ce fil de discussion. Mais messieurs juste un peu d'indulgence.

Quand on utilise des abréviations comme "tt" ou "bcp" c'est qu'on connait bien la langue (moi je ne comprend pas toutes les abréviations employées par les anglais alors que j'ai étudié la langue), quelques fautes d'orthographes je veux bien mais pas de relecture ni de soin, des mots coupé, abréviations, non sens syntaxique etc ... bref on est pas sur un téléphone portable...

Je citerai juste le point 4.3 des règles du forum :

4.3. Exprimez vous clairement en bon Français
Postez vos messages en bon français si possible.
Cela pourra vous être utile dans votre carrière de savoir bien vous exprimer et écrire correctement. Un chef de projet peut écrire des cahiers des charges, des documentations, des aides, correspondre avec des clients, etc.
De plus, vous aurez plus de chance d'avoir des réponses si votre message est facile à lire.

L'utilisation du langage SMS ("mon pésé y march pu sé ki ki la kassé c po juste sniif po cool") est proscrite sur le forum.
Les messages écrits en langage SMS seront, selon le cas, édités ou supprimés.

bref j'ajouterai plus rien non plus ...

**jeandede** · 08/01/2009, 14h28

Je viens du VB6, tout naturellement j'ai les préférence de VB.NET ! De toutes les façons les mêmes structures de programmation sont reprises pour ces langages .net : le surcharge des fonctions, les héritages, ... qui ne figurait pas dans VB6 ont été repris dans VB.NET pour en faire un langage de synthèse avec ceux qui utilisait les orientés objets tel que le C++ et qui doivent en principe être passé sous C#.
Je crois le VB.NET se trouve comme catalyseur de différent courant des langages .NET
A chacun ses goûts et ses couleurs, mais tous dans une même maison Microsoft.

**Dung-Tri** · 10/01/2009, 01h43

Envoyé par MonPierrot

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 !!

Moi perso, j'ai fais 7 ans de VB depuis je suis bien content d'être passé sur C#!

Pourquoi? Et bien pour plus avoir d'erreur "429, impossible de créer l'objet". VB et l'enfer des DLL!!!! Fini^^

**Kelpan** · 10/01/2009, 12h38

Envoyé par Dung-Tri

Moi perso, j'ai fais 7 ans de VB depuis je suis bien content d'être passé sur C#!

Pourquoi? Et bien pour plus avoir d'erreur "429, impossible de créer l'objet". VB et l'enfer des DLL!!!! Fini^^

Je vois pas le rapport avec C# !!
Tu compares quoi ? vb6 et C# ou vb6 et .net ?