Discussion :

[Galactus13]

Chacun utilise sa logique et qui peut prétendre être Meilleur ?
Moi, je suis pour le partage des tâches.
(VB, pour l'affichage, et C pour les calculs, (C'est un exemple))
Certains prétendent que VB n'est pas professionnel, parce que d'aspect simple ?
Pourquoi faire simple quand on peut faire compliquer !...
C'est sa le drame !

Au lieu de vous chamailler sur vos "égaux"... de la plus grosse tête ...
... Pensez à l'utilisateur ! C'est quand même lui qui paie la note au final !

A moins de faire comme toute bonne société qui se respecte:
<<Tant qu'il y a des cons pour payer ...>>

[BenoitM]

VB n'est pas plus simple que le C# (même si parfois plus lisible (plus facile de lire "Implements ITrucMuche" que ": ITrucMuche" même si c'est une question d'habitude) mais le problème c'est que VB est plus permissif.
Et même si cette permissivité semble pratique au premier abord, elle est surtour source d'erreurs*,de bug sans parler des trous béant dans la logique POO**

Je ne comprend pas comment l'option Strict ON et l'option Explicit ON n'ont pas été rendu obligatoire.

* Par exemple sans explicit tu n'est pas obligé de déclarer une variable
Résultat mon premier jour de programmation Vb.Net , j'ai du cherché pendant plusieurs minutes un problème. En fait c'était une simple faute de frappe dans le nom d'une variable...Bon j'ai été directement mettre les options à ON

* en partie corriger dans les dernieres version de VB.Net (où on est obligé de déclarer le namespace VisualBasic pour utiliser ses fonctionnalités anti-POO(datediff et consorts )

[rvs75]

Je suis tout a fait d'accord avec props. Ceux deux langages quasi-identique avec une syntaxe différente. Je passe régulière de l'un à l'autre régulièrement avec juste un temps d'adaptation. Bon, pour VB.NET je mets les options Strict et Explicit à ON, je vire l'espace de nom Microsoft.VisualBasic et je mets l'option Infer sur ON seulement si j'en ai besoin. Pour les deux langages, je préfixe correctement avec le type de variable, je ne mélange pas les couches, etc..

Mais quelque soit le langage utilisé, j'ai toujours des fois ou je me dit :
"Je devais être très fatigué le jour ou j'ai écrit ce code, c'est franchement crad"

[octal]

Je ne comprend pas comment l'option Strict ON et l'option Explicit ON n'ont pas été rendu obligatoire.

C'est la première chose qui m'avait choqué quand j'ai lu le premier livre décrivant VB.NET !!!

Comment peut ont proposer un langage typé et compilé et garder cette notion de non typage Strict et Explicit.

Cela dit, je pense que le choix de base était de ne pas choquer les utilisateurs VB-6 et leur permettre de reprendre et recompiler un max de code métier (routines de calculs, de tris, d'inversion, ....) sans trop se prendre la tête de devoir à redéclarer toutes les variables.

[Bluedeep]

Cela dit, je pense que le choix de base était de ne pas choquer les utilisateurs VB-6 et leur permettre de reprendre et recompiler un max de code métier (routines de calculs, de tris, d'inversion, ....) sans trop se prendre la tête de devoir à redéclarer toutes les variables.

IL manque un adjectif avant utilisateurs : mauvais.
J'avais des gens dans mon équipe à la (déjà lointaine) époque "pre .net" qui travaillaient en VB6, je n'aurais jamais admis qu'on utilise un code sans OPTION EXPLICIT ON.