Aidez moi a prendre la décision VB.Net ou C#

Citation:

---

Avec reflector, ca marche plutot pas mal

---

C'est vrai que c'est un bon outil, mais c'est pas la panacée... par exemple quand je vois ça dans le code désassemblé ça me laisse un peu perplexe :

Code:

---

if (((disposing && (this.components != null)) ? 1 : 0) != 0)

---

Alors que ça revient à écrire ça, qui est quand même beaucoup plus lisible !

Code:

---

if (disposing && this.components != null)

---

Citation:

---

comme si ceux qui voulait faire du Java allait se faire chi.. à apprendre J#

---

Tu remarqueras que Visual J# Express n'est plus proposé en version 2008... j'ai l'impression que MS est en train de l'abandonner

Citation:

---

Envoyé par tomlev

Tu remarqueras que Visual J# Express n'est plus proposé en version 2008... j'ai l'impression que MS est en train de l'abandonner

---

Personnellement je ne connais personne qui utilise ce langage... ça ne métonne pas

Bien j’hésite encore je laisse le débat continuer ??????:mrgreen:

Comme tu peux t'en rendre compte, on ne peut pas vraiment dire qu'un des 2 langages est meilleur que l'autre... Personnellement je préfère C#, mais c'est plus une question de goût qu'autre chose.
Juste une chose : si tu choisis VB.NET, active toujours les options Strict et Explicit, ça t'évitera bien des erreurs... je pense que les partisans de VB.NET seront d'accord avec ça ;)

Citation:

---

Envoyé par Chubyone

D'un autre point de vue, on peut considérer que le choix du langage va également influencer notre choix/orientation de notre domaine de dèv. Je pense notamment à celui de la finance, où je constate une grande majorité de Vb.Net (surement du au fait que beaucoup d'appli avait été préalablement réalisée en Vb)
nb : C'est une simple constatation : mais tous ceux que je connais personnellement qui bossent dans la finance font soit du vb.net, soit du c++ et pas pour les même besoins.
Je ne dis pas qu'il n'y a PAS de C#, hein...

---

C'est marrant, parce que dans la boite de finance ou je suis, avec de l'existant C++ et vb, on migre un certain nombre d'applis obsoletes en C# : les winforms sont plus intuitives que les MFC et l'existant VB etait code n'importe comment.
Bon, c'est vrai aussi qu'un certain nombre d'applis derivent d'une macro excel qui a bien tourné :)
Il me parait plus simple d'investir dans le C# car cela permet de switcher mentalement facilement vers C++ ou java, alors que le seul langage qui ressemble a VB est VB, ce qui est assez limité. Il me parait dangereux de s'enfermer dans une seule techno, soutenue par une seule boite.

On est bien d'accord, comme mes honorables co-foromeux l'ont dit ici-meme, que c'est pas une histoire de langage plus pro plus mieux ou de puissance, puisque qu'a trois details pres, ces deux langages sont equivalents.

Citation:

---

Envoyé par tomlev

Juste une chose : si tu choisis VB.NET, active toujours les options Strict et Explicit, ça t'évitera bien des erreurs... je pense que les partisans de VB.NET seront d'accord avec ça ;)

---

Personnelement j'utilise le mode par défaut... ce qui est bien plus simple et me fait gagner de nombreuses lignes de codes de conversion sytématique.

Je dirais que pour un débutant tu as raison. Si tu t'es posé la question suivante une fois :
"Tiens mes ça sert à quoi Explicit et Strict?:?"

Alors tu peux très bien laisser les options par défaut, puisque tu sais exactement ce que cela implique...

Citation:

---

Envoyé par The eye

Personnelement j'utilise le mode par défaut... ce qui est bien plus simple et me fait gagner de nombreuses lignes de codes de conversion sytématique.

Je dirais que pour un débutant tu as raison. Si tu t'es posé la question suivante une fois :
"Tiens mes ça sert à quoi Explicit et Strict?:?"

Alors tu peux très bien laisser les options par défaut, puisque tu sais exactement ce que cela implique...

---

Effectivement, si tu es développeur confirmé en VB.NET tu peux peut-être t'en passer (bien qu'à mon avis c'est un risque inutile). Mais pour un débutant y a pas photo, c'est indispensable

Citation:

---

Envoyé par The eye

Personnelement j'utilise le mode par défaut... ce qui est bien plus simple et me fait gagner de nombreuses lignes de codes de conversion sytématique.

Je dirais que pour un débutant tu as raison. Si tu t'es posé la question suivante une fois :
"Tiens mes ça sert à quoi Explicit et Strict?:?"

Alors tu peux très bien laisser les options par défaut, puisque tu sais exactement ce que cela implique...

---

D'ailleurs quand tu es sniper tu peux bien laisser la sécurité de ton flingue désengagée, après tout tu sais bien viser, tu ne risques pas de tirer dans la mauvaise direction par erreur... :roll:
Etrangement, les gens vraiment familier avec les armes à feu ont tendance à trouver l'argument peu convaincant.

Je ne peux pas trop parler pour du VB.Net parce que je ne connais pas bien le langage, mais je crains que se passer de Explicit et Strict "parce qu'on est un expert" ne soit qu'une preuve du fait qu'on a pas encore eu assez d'expériences désagréables justement (ou qu'on est légèrement trop sûr de soi).
Qu'on puisse s'en passer dans des situations particulières et pour des petites choses certes, mais en général... Ne serait ce que parce qu'on n'est pas toujours tout seul pour travailler sur son code.

(Je base cette remarque surtout sur les pragmas strict et warnings de Perl, elle n'est peut-être pas du tout valide parce que le rapport "sécurité ajoutée/emmerdements en plus" de Strict et Explicit en VB est beaucoup trop bas, mais j'ai vu des développeurs assez expérimenté en VB.Net qui étaient plutôt d'avis de garder Strict et Explicit en toutes circonstances)

--
Jedaï

Pour l'instant le rapport "temps gagné/emmerdes évitées" est >> 1

Je changerais peut-être d'avis un jour, mais comme les erreurs que je peux éviter avec ces options sont des erreurs de débutant j'en doute :?

En revanche l'argument : "je ne suis pas forcément le seul à travailler sur mon code" est plus recevable.