différences fonctionnelles entre vb.net et csharp - Page 1

Ouais, donc on disait...

qu'est ce qui est possible en vb.net qu'on peut pas faire en csharp, et vice versaaaa?

http://en.wikipedia.org/wiki/Comparison_of_C_Sharp_and_Visual_Basic_.NET ?

Features of C# not found in Visual Basic .NET
* Multi-line comments (note that the Visual Studio IDE supports multi-line commenting for Visual Basic .NET)

* VB.NET is not case-sensitive.



(ok pour le reste , mais bon c'est pas ce genre de truc qui me fera choisir l'un ou l'autre , vous si?)

Inline date declarations by using #1/1/2000# syntax

Après vérification, ce sont des dates amerloques -> #poubelle#.

Pour le reste, ça semble surtout être du sucre syntaxique qui ne me semble pas très utiles, sauf peut-être les XML Literals (dont on n'a plus forcément besoin depuis C# 3.0).

Je m'auto-cite:

R
01:33 GoldenCrystal » Zerosquare: Rapidement comme ça, il y a les filtres d'exceptions (Catch When), et les propriétés indexées. (C# a des indexeurs, mais c'est un sous ensemble de la fonctionnalité de VB qui est d'avoir une propriété nommée avec des paramètres… L'indexeur de C# s'apelle toujours Item.)
Après les modules en Vb n'existaient pas en C# au début, mais ça a été rajouté (classes statiques). En gros ce sont des classes déclarées "abstract sealed"
VB.NET gère également les paramètres optionnels, il me semble que ça a été ajouté en C# 4. (Mais bon c'est basé sur les attributs ça, ça vient plus de la BCL que du CLR ^^) Je sais plus si il y en a d'autres, mais celles-ci sont certaines ^^

Enfin bon, à part le "Catch When", le reste est marqué sur Wikipedia. ^^
Et les XML litterals font partie de ce que je considère 'utile pour les développeurs avancé'. Pour générer du XML à la volée, c'est vraiment super efficace, et bien compact si on compare au code C# équivalent ^^
(Je ferai un post plus long plus tard si besoin est, mais ce n'est pas le bon moment là)

En fait, on peut changer le nom des indexeurs de #C avec un attribut:
http://msdn.microsoft.com/en-us/library/2549tw02%28VS.71%29.aspx

En fait, ce sont surtout les paramètres optionnels qui pourraient être utiles, mais comme indiqué, c'est du sucre syntaxique également.

Oui, tu peux changer le nom des indexeurs, mais tu n'en as toujours qu'un seul. Enfin bon, de toutes façons, la manière "propre" de coder, est d'utiliser des collections (ou listes, ou enumerables, etc…) et non de fournir plein de propriétés indexées. Mais c'est bien plus rapide de mettre en place une propriété indexée que une belle collection bien propre avec une bonne encapsulation.
Après, pour les paramètres optionnels, c'est C#4