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

Salut,

Pour ma part, je programme en VB.NET car je viens du VB6 donc...

Bien que VB.NET soit très différent de VB6 je le trouve beaucoup plus clair et simple que le C++, Java ou C# où il y a trop de syntaxe lourdingue comme == {} ou autre délimiteurs dans ce genre.

C'est déjà pas simple de comprendre les mécanismes implémenter dans .NET alors pourquoi s'emcombrer d'une syntaxe lourde..

C'est mon avis mais je pense qu'il faut développer avec un langage avec lequel on est à l'aise.

Et la politique d'une plate forme multi langages me plaît bien.

Voilà

[fusionné à ce thread avec les deux réponses suivantes par abelman]

Oh pourquoi ça ??Peut-être parce que le vb6, et même vb.net est beaucoup moins stricte.. Alors forcément on aime bien, on peut oublier certain truc sans qu'il n'y ai de problèmes.. Langage très laxiste on dira (je sais pas si c'est un terme qu'on peut employer dans ce contexte mais enfin :P)..
C'est sur que ça parait lourd au départ la syntax c# qui est commune à énormément de langages du reste (c, c++, java, php pour ne citer qu'eux..) mais quand on y est habitué je peux te dire qu'on n'a vraiment plus envie de revenir au vb.net, enfin je parle ne mon nom :P

La syntaxe est lourde mais c'est pour votre bien :twisted: :twisted:

Bon, je vais tout de même donner mon avis, mais ça serait bien qu'on évite de partir en Troll

Tout d'abord, il est vrai que la synthase du VB est très légère comparée à d'autres langages, il est vrai que c'est plus souple à programmer

Il est vrai que C# est plus lourd au niveau sythaxique.

Ensuite lecture du code, qu'est-ce qui est le plus lourd ?

Code:

---

If Then Else End if

---

ou

Code:

---

if { } else { }

---

??

ensuite, il existe des fois où une assignation fait office de test (pour certaines boucles de type while par exemple) comment transcrire ceci en VB ?

Il y a un problème : en C# facile : == : comparaison d'égalité, = : assignation... mais en VB ????

On peut trouver également beacoup d'autres exemples qui vont dans les deux sens !!

Chacun choisi le langage qui lui convient le mieux !
(Langages dispo en .NET : C#, J#, C++.Net et VB.Net; on peut pas dire qu'on manque de choix !!!!)
De plus, le .NET permet de Développer une appli dans plusieurs langages sans qu'il y ait de problème quels qu'il soient !
Cette plateforme présente donc des avantages indéniables, ensuite, il y a également des inconvénients, comme pour tout !!!

[....][édité par abelman]

Swoög...

Ben disons que quand tu as:

If {} Else {}

ça va mais quand ça deviens

If {{{{}}}} Else {{{{}}}}

C'est tout de suite moins sympa !!

avec en plus des retour à la ligne au milieu.

et en VB.NET y a pas besoin de recourir à = !!!

Il y a dans tout les objets une méthode Equals().

Donc beaucoup plus simple car

If a = b Then

deviens alors

If a.Equals(b) Then

Mais bon.

dotnet74 avant de t'avancer sur des terrains glissants, renseigne toi bien.
equals n'est en rien reservé au seul VB.NET

C'est une méthode de la classe Object du Framework .NET. Elle est donc disponible pour tous les langages .NET y compris C#

et puis je ne comprend pas ceci If {{{{}}}} Else {{{{}}}}.
ce n'est pas une expression C# valide.
Exprime toi mieux.

Je n'ai pas dit que c'était réservé au VB.NET :)

et les {{{}}} font références à des bouts de codes que j'ai rencontrés

et dans lesquels la lectures devient aussi fastidieuse ( voir plus ) que des
End If

Voilà

1) ceux qui disent que la syntaxe du VB est légère et celle du C lourde, faudra m'expliquer ce que veulent dire les mots 'léger' et 'lourd' dans vos dictionnaires hein :)

2) imbriquer 50 blocs (ce qui finit donc par arriver à des {{{{{{{{ comme indiqué) n'est pas plus limité au C que .Equals est limité à VB.NET. Quelqu'un qui code comme un pied en C le fera aussi en VB. Et le laxisme de VB est bien plus apte à former de mauvais développeurs. Genre ceux qui disent que le typage ne sert à rien, au hasard.

Mais quitte à rester dans des comparaisons à deux balles sans intérêt, une petite question bête et sans intérêt :
Entre {{{{{{{{ }}}}}}}} et If Then If Then If Then If Then If Then If Then If Then If Then End If End If End If End If End If End If End If End If, c'est quoi le plus lourd ? :)

Citation:

---

Envoyé par DotNET74

Donc beaucoup plus simple car

If a = b Then

deviens alors

If a.Equals(b) Then

---

rassurer moi a

Code:

---

a == b

---

et

Code:

---

a.equals(b)

---

ca n'a pas le même sens !! 8O
y'en a un qui compare l'adresse mémoire d'objet (==), l'aute qui compare les attributs de l'objet (equals)

Citation:

---

Envoyé par j0hnmerrick

rassurer moi a

Code:

---

a == b

---

et

Code:

---

a.equals(b)

---

ca n'a pas le même sens !! 8O
y'en a un qui compare l'adresse mémoire d'objet (==), l'aute qui compare les attributs de l'objet (equals)

---

C'est exactement la même chose, à moins que les objets en question soient mal faits.

L'opérateur == est censé comparer le premier objet à null, puis passe la main à la méthode Equals, et l'opérateur != renvoit l'inverse de ==.

Ces 3 méthodes sont censées être implémentées en groupe. Si tu en redéfinis une, tu redéfinis les deux autres.

Citation:

---

Envoyé par Maniak

Citation:

---

Envoyé par j0hnmerrick

rassurer moi a

Code:

---

a == b

---

et

Code:

---

a.equals(b)

---

ca n'a pas le même sens !! 8O
y'en a un qui compare l'adresse mémoire d'objet (==), l'aute qui compare les attributs de l'objet (equals)

---

C'est exactement la même chose, à moins que les objets en question soient mal faits.

L'opérateur == est censé comparer le premier objet à null, puis passe la main à la méthode Equals, et l'opérateur != renvoit l'inverse de ==.

Ces 3 méthodes sont censées être implémentées en groupe. Si tu en redéfinis une, tu redéfinis les deux autres.

---

ah ouaie c'est vrai en plus :roll: c'es pas comme en java du coup....
comment fait on du coup pour comparer si 2 objects identiques (cad s'ils ont la même adresse mémoire ?)

Code:

---

Object.ReferenceEquals(obj1, obj2)

---

Le titre du forum est Que choisir ? C# , VB.NET, C++, Delphi ? pourquoi ?. Or pratiquement aucun mot sur la version 8 de Delphi. Qu'est-ce à dire ?

1) que les développeurs C# et VB.NET se sont simplement appropriés le forum (dans des discutions un peu stériles il faut bien le reconnaître) ?
2) que Delphi 8 est tellement mauvais pour .net qu'il ne vaut même pas la peine d'en parler ?
3) autre ?

JJ

1) il y a eu tres peu de questions sur le forum, mais bon a mon avis il n'y a pas de problemes si les delphistes se mettent a poster :)

les discution pour comparer vb.net / c# / delphi et autres seront de toute facon steriles. Leur differences au niveau de la programmation pro de tous les jours sont negligeables. Le debat ne sera de toute facon qu'une querelle de clocher.

2) heu je sais pas, je connais pas delphi, je sais c'est pas bien :(

3) Hum.... que peu de developpeurs delphi se sont mis a .net ? :P

pour preuve de ma bonne foi je vais meme faire un post pour delphi.net tiens

Personellement, j'ai choisi VB.NET tout simplement parce que je connais Visual Basic depuis la version 1.0, mais je ne dénigre absolument pas C# (encore faurdrait-il le connaitre pour être objectif).

Tous deux me semblent très bien !

En plus de tous les avantages/incovénients qu'on pourrait lui trouvé, je prefere le C# pour des raisons "marketing".
En effet, même si VB(.NET) est le bébé de Microsoft, le C# est la nouvelle direction que Microsoft aimerais "imposer"... (passer d'un "vieux" jouet pour un nouveau a toujours l'air plus cool :wink: )

Du coup, la plus part des tutoriaux/exemples/libraries sont d'abord réalisé en C# (avant d'être éventuellement porté au VB.NET).

moi je suis pour VB.net mais pour moi C# est aussi bien
je trouve juste le code plus clair sous vb.net
mais il est vrai que C# reste super puisant mais faut faire attention a bien expliquer sont code et etre tres attentif

plus clair ? le VB ?

Pourtant le code n'est pas vraiment délimité en blocs, je vois pas comment on peut un code contenant que des mots peut-être plus lisible qu'un code avec des accollades !

:wink:

Salut!

Je compte me former en DoNet simplement pour progresser en développement... Je connais pour l'instant PHP, SQL, HTML, CSS, Javascript et Delphi (version 6)... Peu importe la synthaxe du language, je pense m'adapter assez facilement.
J'aimerai bien savoir dans quels outils de développement (si possible gratuits) dois-je m'orienter selon vous? Sachant que c'est surtout pour élargir mes connaissances, développer quelques projets utiles, pouvoir participer au forum DoNet et éventuellement ajouter ces expériences sur mon CV...

Pour le moment, j'ai téléchargé SharpDevelop et le FrameWork 1.0... :koi:

Merci infiniment pour vos conseils!
Très cordialement, sub0

Salut,

Vu que c'est que pour de la formation, tu pourrais presque attaquer directement sur le framewok 2.0 (béta)
http://www.developpez.net/forums/viewtopic.php?t=217167

Sinon en IDE gratuit t'as C#builder édition personnelle aussi :)

Je pense qu'une maitrise d'un IDE borland ou microsoft sera un plus sur un CV, et vu que tu ne comptes pas faire de projets "commerciaux"...

Merci neo.51! :ccool:

J'ai trouvé grâce à ton lien, quelques articles très intérressants! Je crois que pour compléter et valoriser mon CV (étant un autodidacte sans diplômes en programmation informatique), je dois apprendre à développer en C... Probablement parce-que c'est un language très répandu et très utilisé par les sociétés de développements informatiques, et parce ce language m'est inconnu et que cela m'intérresse beaucoups du coups! Je suppose que C#builder correspond à cet objectif, non? Qu'en pensez-vous?

Mon projet (à moyen / long terme) est de devenir développeur indépendant, de créer ma société... Je suis actuellement en train de suivre un stage ANPE pour évaluer mes compétences et la faisabilité de mon projet... Je pense aussi, par la suite, suivre des stages en développement si nécessaire. Reste à choisir le language et l'environnement le plus approprié au marché actuel et futur...

Merci beaucoups pour tous vos conseils!

Très cordialement, sub0