La différence entre VB, VB.NET et C#

Version imprimable

20/03/2009, 19h11
éric1

La différence entre VB, VB.NET et C#

Bonjour,

J'ai fait une longue étude pour choisir mon premier langage de programmation (voir forum emploi). Mon choix s'est fixé sur du DOTNET en commençant par le C# (beaucoup de gens sympa m'y ont encouragé). Je précise que je veux m'auto-former et donc je parle de choses que je ne connais pas, avec des mots qui sont pour moi assez abstraits.

J'installe tout ce qu'on me dit sur mon PC:

Téléchargeables ici : http://msdn.microsoft.com/fr-fr/express/default.aspx

- Visual C# 2008 express édition : pour apprendre le C#2 ou 3
- Visual Web Developer 2008 express édition :
pour apprendre à programmer des sites web dynamiques en C#/asp.net
- SQL Server 2005 express édition : pour gérer les bases de données

On me dit après que j'aurai pu installer le SQL Server 2008; est-ce vraiment grâve? En tout cas tout est gratuit pour se former?

Enfin je lance le Visual Basic - Je fais mon premier petit programme mais...
est-ce que je fais du C#... je ne pense pas; je doute; ... Il y a bien le code... mais est-ce du C#?

Sinon, l'aide de visual basic est bien faite avec leur :

Citation:

"Création de votre premier programme Visual Basic"

Je relis les conseils que l'on m'a donné et je lis :

Citation:

"enfin passer de VB (Visual Basic) à VB.net n'est pas un exercice évident. Ce qui rapproche les deux langages c'est surtout leur syntaxe mais le second est objet alors que le premier ne l'est pas."

Alors? mon premier programme a été fait en VB.NET et non pas en VB?

Comme vous le voyez mes idées sont confuses car je n'ai pas encore trouvé le document résumant clairement les choses pour un débutant.

Quel est le meilleur tuto pour mon objectif?

Citation:

Cours C# 3.0 par Serge Tahé ?
Introduction au langage C# par l'exemple (bases du langage, programmation objet, interfaces graphiques, gestion d'événements, bases de données, programmation tcp-ip, services web).
Création : 01/05/2002 · Mise à jour : 11/06/2008

Citation:

Cours VB.NET
par Philippe Lasserre
Cours complet sur VB.NET
Création : 01/01/2005 · Mise à jour : 01/01/2008

Citation:

Installation et création de votre première application web
par Benjamin Roux
Dans cet article vous verrez comment installer votre premier serveur SharePoint et créer votre première application Web.

Ou un autre tuto?

J'ai fouillé la FAQ mais je n'y ai pas trouvé mon bonheur.

Merci.
20/03/2009, 19h53
Pol63
vb.net et c# sont deux langages identiques sur beaucoup de points mais différent juste par la syntaxe

vb.net :
Code:

1 2 3 4 dim b as string If variable = valeur then ' traitement end if
c# !
Code:

1 2 3 4 5 string b; if (variable == valeur) { // traitement }
le c# est case sensitive aussi
après le reste des différences c'est un peu des broutilles
dans les 2 cas le programme est compilé de la meme manière et donne la meme chose une fois compilé

pour apprendre le vb.net le site de mr lasserre est pas mal, pour le reste je ne sais pas

donc pour le choix entre vb et c#, c'est toi qui voit ce que tu préfères, sachant que quand on en connait un et qu'on est pas allergique à la syntaxe de l'autre on peut faire des deux

pour faire du vb.net il faut visual basic express
pour faire du c# il faut visual c# express
pour faire des site il faut visual web developper (ca laisse peut etre le choix entre vb et c# !?)
les versions express sont gratuites (en payant il y a visual studio standard et pro qui gèrent tous les langages .net)

vb tout court, c'est du vb mais avant vb.net, peu recommandable aujourd'hui

pour sql server, 2005 peu suffire amplement, 2008 n'apportant pas énomément de choses primordiales

quelques spécificités du .net :
que ca soit du c# ou du vb.net, les programmes sont compilés non pas en code natif mais dans un langage intermédiaire nommé MSIL
un exe fait avec .net nécessite que le framework adéquat soit installé sur le pc qui veut executer l'exe sinon ca plante
cet exe .net est compilé à chaque execution et au fur et à mesure de l'execution
cette compilation est au passage optimisé pour la machine (x86 x64, multi core ...)
un programme en .net est décompilable très simplement avec le logiciel reflector
ce meme logiciel est d'ailleurs très utile pour développer, il permet de chercher des choses ou de comprendre des fonctionnement
le framework étant développé avec le framework, on peut le décompiler et regarder comment c'est fait

après pour ce qui de faire du web ou des exe, c'est deux choses différentes (enfin sauf avec wpf), et donc c'est à toi de voir ce qui te plait mieux

depuis visual studio 2008 (ou version express équivalente) on peut faire des exe windows forms en choisissant le framework utilisé (2 ou 3.5 en gros)
tout ce qui est dans le framework 2 marche encore sur une appli en 3.5
il est aussi maintenant possible de faire des exe wpf ou des applis web xbap
voir la vidéo ci après pour voir ce que ca permet
ftp://ftp.developpez.tv/tv/dotnet/devdays2006/6-WPF.wmv
20/03/2009, 23h05
smyley

Petite précision cependant, on tend à trouver plus facilement des infos et des code-sources en C# que l'inverse, et de même il est fréquent de voir des débutants en VB.Net qui demande de l'aide pour traduire du code C# au VB.NET, l'inverse étant rare ...
Même si les deux langages permettent de faire la même chose (sauf peut être le code unsafe qui n'est pas supporté par le vb.net) il existe beaucoup plus de code sources, exemples, etc en C# qu'en VB.Net. Mais bon après c'est au bon goût du programmeur :roll:
21/03/2009, 00h05
tomlev

Citation:

Envoyé par éric1

- Visual C# 2008 express édition : pour apprendre le C#2 ou 3
- Visual Web Developer 2008 express édition :
pour apprendre à programmer des sites web dynamiques en C#/asp.net
- SQL Server 2005 express édition : pour gérer les bases de données

On me dit après que j'aurai pu installer le SQL Server 2008; est-ce vraiment grâve? En tout cas tout est gratuit pour se former?

Avec ces 3 programmes tu as tout ce qu'il faut pour débuter. SQL 2008 ne t'apportera pas grand chose par rapport au 2005, du moins pour débuter, donc tu peux rester avec le 2005 sans problème.

Citation:

Envoyé par éric1

Enfin je lance le Visual Basic - Je fais mon premier petit programme mais...
est-ce que je fais du C#... je ne pense pas; je doute; ... Il y a bien le code... mais est-ce du C#?

Dans Visual Basic, tu codes en Visual Basic.NET. Dans Visual C#, tu codes en C#...

Citation:

Envoyé par éric1

Je relis les conseils que l'on m'a donné et je lis : "enfin passer de VB (Visual Basic) à VB.net n'est pas un exercice évident. Ce qui rapproche les deux langages c'est surtout leur syntaxe mais le second est objet alors que le premier ne l'est pas." Alors? mon premier programme a été fait en VB.NET et non pas en VB?

VB est "l'ancêtre" de VB.NET, il n'est plus vraiment d'actualité (bien que pas mal de gens l'utilisent encore). Inutile d'apprendre un langage qui est déjà périmé, sans compter que tu auras du mal à te procurer VB6...

Citation:

Envoyé par éric1

Quel est le meilleur tuto pour mon objectif?

Les 2 premiers tutos que tu cites sont de bons points de départ, prends l'un ou l'autre selon le langage que tu choisis.

Citation:

Envoyé par éric1

Installation et création de votre première application web
par Benjamin Roux
Dans cet article vous verrez comment installer votre premier serveur SharePoint et créer votre première application Web.

Apparemment c'est un tuto spécifique à Sharepoint, il vaudrait mieux que tu commences par quelque chose de plus générique sur ASP.NET. Celui ci est un bon point de départ je pense...
http://ditch.developpez.com/aspnet/introduction/
(par contre c'est peut-être pour ASP.NET 1.0 ou 1.1, j'ai pas vérifié... le principe reste le même, il y a eu pas mal d'évolutions dans les versions suivantes)
21/03/2009, 10h31
MetalGeek

Tout à fait OK avec ce qui a été dit plus haut ; je rajouterai qu'apprendre le C# te permettra plus facilement d'appréhender le Java ou le C++ si le cas se présente.
Quant à VB6, Microsoft a tout fait pour que la syntaxe de VB.Net ressemble beaucoup, mais il ne faut pas s'y tromper, cela n'a aucun rapport avec la technologie .NET.
Enfin, je pense qu'il est largement plus facile d'apprendre le C#, et de se mettre au VB.Net plus tard une fois qu'on connaît le framework, que le contraire (automatismes particuliers du VB, qui facilitent la vie et la lecture du code mais qui te déserviront lors de l'appréhension de nouveaux langages).

Pour SQL Server, les fonctionnalités apportées par la version 2008 ne t'intéresseront pas en tant qu'apprenti développeur il s'agit principalement de nouveaux types de données, qu'il vaut mieux appréhender une fois le SQL 'standard' ingurgité, de nouveaux services améliorés de réplication, reporting, etc). La version 2005 te suffit amplement, sachant que dans deux ans max tu passeras forçément sur le 2008, les éditions express 2005 ne seront en principe plus diffusées. Mais encore une fois, en tant que développeur tu ne verras pas la différence.
21/03/2009, 18h24
éric1

Oui mais j'ai un mal fou à touver un bon tuto!

Merci les amis!
Mais j'ai un mal fou à touver un bon tuto!
Celui de tahé est un peu compliqué pour un débutant;
celui de MSDN on surfe pas mal; c'est intéressant au-début
mais :
soit je n'ai pas trouver le fil conducteur
soit il n'y a pas de véritable fil conducteur!

j'ai par ex suivi leur coach en C# atelier 1 (j'ai fait quelques efforts
quand même pour comprendre) mais à un moment donné,
il parle d'un sujet tout à fait nouveau au point 2.2...

Enfin j'aimerai un bon tuto pour débutant; qui prend les choses
à la base sans bla-bla mais sans frontière infranchissable;
enfin je n'ai pas encore trouvé!

A bientôt! Encore merci.
21/03/2009, 21h01
Pol63

moi j'aime bien http://plasserre.developpez.com/vsommair.htm
mais c'est en vb.net
c'est celui que j'avais utilisé pour débuter (enfin je crois qu'il faut les bases du développement, commune à tous les langages (algorithmie etc...))
22/03/2009, 12h29
Paul Van Walleghem

Citation:

Envoyé par éric1

soit je n'ai pas trouver le fil conducteur
soit il n'y a pas de véritable fil conducteur!

Je pense que le meilleur fil conducteur, c'est soi-même face à ses projets informatiques (ici) et aux questionnements ponctuels qui en découlent...

Il ne sert parfois pas à grand-chose de s'ensevelir sous une foule de documents, aussi intéressants soient-ils, et d'oublier le sens de nos recherches...
11/01/2010, 21h29
mmw01

vb.net un bon choix

je te propose de lire le cours de Lassere : http://plasserre.developpez.com/vsommair.htm
et puis l'évolution des fonctionnalités en vb.net est plus remarquable qu'en C#
au point qu'il en deviennent plus puissant

et puis d'après ce j'ai appris ca doit être le chouchou de Microsoft :aie:
11/01/2010, 21h56
smyley

Une information qui ne revient que 10 mois plus tard :aie:
12/01/2010, 01h48
tomlev

Citation:

Envoyé par mmw01

et puis l'évolution des fonctionnalités en vb.net est plus remarquable qu'en C#
au point qu'il en deviennent plus puissant

Je serais curieux de voir des exemples de ce que tu affirmes :koi:
Je suppose que tu dis ça parce que tu développes en VB.NET et pas en C# ;)

Jusqu'ici C# a toujours évolué plus vite et plus loin que VB.NET. Par exemple, les itérateurs n'existent qu'en C#, le support des expressions lambda en VB.NET est beaucoup plus limité qu'en C#...

Par contre, Microsoft a annoncé qu'à partir de la version 4.0, les deux langages évolueront en même temps : toutes les fonctionnalités ajoutées à l'un devraient également être ajoutées à l'autre.

Citation:

Envoyé par mmw01

et puis d'après ce j'ai appris ca doit être le chouchou de Microsoft :aie:

Je me demande où tu as pêché cette idée :koi:

J'aurais dit exactement le contraire : Microsoft utilise principalement C# pour le développement de .NET, encourage plutôt le développement en C# qu'en VB.NET, et on trouve plus de ressources, exemples, etc pour C# que pour VB.NET. Dans l'ensemble, MS essaie de traiter les 2 langages sur un pied d'égalité (dans la doc, tous les exemples sont disponibles dans les 2 langages), mais quand l'un des 2 est privilégié, c'est plutôt C#.

Il y a une bonne raison à ça : C# a été spécifiquement conçu pour la plateforme .NET, alors que VB.NET n'est qu'une adaptation d'un langage existant pour pouvoir l'utiliser avec .NET.

Note que je ne rentre pas dans le débat sans fin de "quel est le meilleur langage" : C# comme VB.NET ont leurs avantages et leurs inconvénients, on peut faire quasiment les mêmes choses dans les 2, donc au final c'est juste une question de gout. Je me demande juste d'où te vient cette idée que c'est VB.NET qui est privilégié par MS, alors que tout tend à montrer que c'est plutôt C#...
12/01/2010, 08h10
Pol63

sur un webcast, mitsu disait que les 2 langages évoluaient différemment, et que quand un truc arrivait sur c# il était demandé sur vb.net et était donc implémenté sur la version d'après
et réciproquement

sauf qu'en regardant de plus près, vous avez les méthodes anonymes alors que nous on a les paramètres optionnels dans les méthodes ... :calim2:
:lol:
12/01/2010, 08h29
smyley

Citation:

Envoyé par Pol63

nous on a les paramètres optionnels dans les méthodes
:lol:

Ce qu'on a maintenant avec VS 2010 :mrgreen:
12/01/2010, 09h26
Pol63

je sais mais nous on récupère aussi les méthodes anonymes

mais les paramètres optionnels ca sert à rien :lol:
éventuellement gagner quelques lignes de déclaration de surcharges ...
18/01/2010, 20h50
mmw01

preuve par neuf

ce que je dis c'est que vb.net est plus optimisé pour un débutant
pour les petits projets vb, et pour les complexes c#
et puis regarder dans le rétroviseur l'écart la différence entre les deux il y 5 ans et maintenant s'est grandement rétréci
jugés en vous même

http://www.codeproject.com/KB/dotnet...ifference.aspx
http://fr.wikipedia.org/wiki/Visual_...n-exhaustif.29
:aie::ccool::mouarf:
18/01/2010, 21h08
Pol63

vb.net plus orienté débutant je suis d'accord mais on peut faire des gros projets avec aussi ...
18/01/2010, 21h14
tomlev

Citation:

Envoyé par Pol63

vb.net plus orienté débutant je suis d'accord mais on peut faire des gros projets avec aussi ...

Et inversement, on peut aussi faire des petits projets avec C# ;)
18/01/2010, 21h22
Pol63

oui mais vous avez pas les instances implicites de form :aie:

:dehors:
18/01/2010, 21h56
smyley

Citation:

Envoyé par Pol63

oui mais vous avez pas les instances implicites de form :aie:

une des plus grandes horreurs qui soit :aie:
Combien de personnes, même ici, ont déjà réussit à faire des applications sans même savoir qu'il faut créer des instances d'un objet avant de l'utiliser, et tombent après sur des problèmes existentiels ? :mouarf:
18/01/2010, 22h03
tomlev

Citation:

Envoyé par mmw01

jugés en vous même

http://www.codeproject.com/KB/dotnet...ifference.aspx
http://fr.wikipedia.org/wiki/Visual_...n-exhaustif.29
:aie::ccool::mouarf:

Ben ça prouve pas grand chose... Bon, je voulais pas me lancer dans ce débat, mais en voyant les arguments foireux de ces 2 liens je peux pas m'en empêcher :aie:

1. L'article de Wikipedia est complètement partial, pas du tout à jour, et erroné sur certains points...

Citation:

VB supporte les paramètres optionnels

Maintenant C# (4.0) aussi, mais ça m'avait jamais vraiment manqué. OK, ce sera plus pratique pour l'interop Office, mais c'est à peu près tout..

Citation:

VB supporte le "late-binding" (appel d'une propriété/fonction avec son nom, sans connaitre le type de l'objet (pour les objets COM))

C'est plus une source d'erreur qu'autre chose... D'ailleurs, C# 4.0 le supporte, mais de façon plus intelligente : on décide au cas par cas si le late-binding est utilisable, en déclarant une variable de type dynamic. En VB.NET, c'est tout ou rien...

Citation:

On peut définir une méthode d'interface avec un nom différent que celui proposé au départ (si on veut redéfinir une fonction dans la classe avec un même nom mais une action différente)

Je dois dire que je ne vois pas trop l'intérêt, à part pour rendre le code plus difficile à comprendre :?. Le seul cas ou ça peut servir, c'est si tu as déjà une méthode du même nom qu'une méthode de l'interface, mais qui n'a pas le même rôle que celui défini par l'interface. En C# on peut gérer ça grâce à l'implémentation explicite d'interface, ce qui me semble beaucoup plus propre

Citation:

Compilation "as you type" : le pré-compilateur repère vos fautes de syntaxe en même temps que votre frappe et vous évite de compiler pour rien.

C# le fait aussi depuis longtemps (seule la première version ne le faisait pas)

Citation:

XML Litéral n'est pas implémenté en C#.

Super... franchement, qui s'en sert ? Le XML, c'est des données, ça n'a rien à faire dans le code de toutes façons. Je me demande d'ailleurs bien pourquoi MS s'est donné la peine d'intégrer ça dans le langage... peut-être qu'ils étaient en avance sur le planning et savaient pas comment s'occuper :roll:

Citation:

Les Custom Events ne sont pas implémentés en C#.

Hein ? :koi:
Ca existe depuis la 1e version de C#, alors qu'il a fallu attendre VB2005 pour que ça arrive en VB...

2. L'article de Code Project date d'avant la sortie de VS 2005, donc pas du tout à jour non plus. Mais au moins il est un peu plus honnête dans sa comparaison...

Citation:

Support for late binding with Option Strict off - type safety at compile time goes out of the window, but legacy libraries which don't have strongly typed interfaces become easier to use.

"type safety at compile time goes out of the window" :tout est dit...
Comme je le disais plus haut, en C# 4.0 on peut faire du late-binding pour certaines choses sans pour autant abandonner le typage fort pour le reste

Citation:

Support for named indexers.

Ca, à la limite, c'est sympa... Pas vraiment indispensable, mais sympa. Je me suis souvent demandé pourquoi c'était pas implémenté en C#... Enfin bon, ça m'a jamais vraiment manqué, et à mon avis y a pas grand monde qui l'utilise.

Bref... Dans les fonctionnalités de VB.NET qui n'existent pas en C#, y en a pas beaucoup que je regrette de ne pas avoir. Par contre y a des trucs absolument indispensables que VB.NET n'a pas et qui pour moi sont indispensables, en particulier :

- les itérateurs : supportés en C# depuis la version 2.0, ça permet de générer très facilement des séquences de valeurs (sans utiliser de collection intermédiaire). Sans ça Linq n'existerait même pas...

- les méthodes anonymes : supportées en C# depuis la version 2.0. Depuis VB2008 il y a bien les expressions lambda... mais limitées à 1 seule instruction :aie:

Citation:

Envoyé par Pol63

oui mais vous avez pas les instances implicites de form :aie:

:dehors:

Ouais, sors vite, et loin :D
Je crois que ce truc est la plus grosse aberration de VB.NET :aie:
18/01/2010, 22h05
tomlev

Citation:

Envoyé par smyley

Combien de personnes, même ici, ont déjà réussit à faire des applications sans même savoir qu'il faut créer des instances d'un objet avant de l'utiliser, et tombent après sur des problèmes existentiels ? :mouarf:

C'est clair... c'est une des choses qui me font considérer VB.NET comme un langage dédié aux débutants : surtout, ne pas faire peur au développeur en lui expliquant que sa Form est en fait une instance d'une classe :aie:
18/01/2010, 22h29
Pol63

Citation:

Support for named indexers.

kesako ?

et les itérateurs, c'est quoi le principe ?

Citation:

Envoyé par Pol63

Citation:

Support for named indexers.

kesako ?

En gros, c'est une propriété qui prend des paramètres. Par exemple :
Code:

1 2 3 4 5 6 7 8 9 Private m_Scores As Dictionary(Of String, Integer) Public Property Score(ByVal playerName As String) As Integer Get Return m_Scores(playerName) End Get Set(ByVal Value As Integer) m_Scores(playerName) = Value End Set End Property
Et tu l'utilises comme ça :
Code:

1 2 3 Dim scoreDeJoe As Integer = toto.Score("Joe") ' Ou encore : game.Score("Joe") = 42
Bref... au final c'est un peu pareil qu'une méthode, sauf que tu peux aussi affecter une valeur

En C# on peut créer des indexeurs, mais seulement sur le type lui même :
Code:

1 2 3 4 5 6 7 private Dictionary<string, int> _scores; public int this[string playerName] { get { return _scores[playerName]; } set { _scores[playerName] = value; } }
Et on l'utilise comme ça :
Code:

1 2 int scoreDeJoe = toto["Joe"]; toto["Joe"] = 42;
Citation:

Envoyé par Pol63

et les itérateurs, c'est quoi le principe ?

En gros, c'est une méthode qui renvoie un IEnumerable<T>, sans passer par une collection intermédiaire (donc pas besoin d'avoir fini de générer les résultats pour commencer à les lire). Un exemple bidon :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 public IEnumerable<int> Fibonacci() { int a = 0; int b = 1; while(true) { yield return a; int tmp = a + b; a = b; b = tmp; } }
Le compilateur transforme ce code en une implémentation de IEnumerator<int>, avec une machine à états.

C'est utilisé un peu partout dans Linq... par exemple, la méthode Where doit être un truc comme ça :
Code:

1 2 3 4 5 6 7 8 public static IEnumerable<T> Where<T>(this IEnumerable<T> source, Func<T, bool> predicate) { foreach(T item in source) { if (predicate(item)) yield return item; } }
La méthode Select :
Code:

1 2 3 4 5 6 7 public static IEnumerable<TResult> Select<TSource, TResult>(this IEnumerable<TSource> source, Func<TSource, TResult> selector) { foreach(T item in source) { yield return selector(item); } }
Un des aspects intéressants de cette technique est que l'exécution du code de l'itérateur ne se fait que quand tu commence à l'énumérer. En gros, si tu fais juste ça :

Code:

var fibonacciNumbers = Fibonacci();

Ca n'exécute rien (à part affecter un objet à la variable). La méthode Fibonacci ne s'exécute au fur et à mesure que tu lis la séquence fibonacciNumbers.

19/01/2010, 09h02
Pol63

donc les named indexers c'est les propriétés comme item du datareader ou controls de control si j'ai bien suivi

et le yield qui n'existe pas en vb servirait à faire des créer IEnumerable "non synchrone"

et les ienumerable du framework sont quand meme "asynchrone" en vb.net malgré le fait qu'on puisse pas en écrire ?
parce que je suis parti de ce principe là, j'ai des conditions qui se rajoute avant de les parcourir ...
19/01/2010, 10h51
tomlev

Citation:

Envoyé par Pol63

donc les named indexers c'est les propriétés comme item du datareader ou controls de control si j'ai bien suivi

C'est ça. En fait Item n'est une "vraie" propriété, c'est le nom donné en VB.NET à l'indexeur du type (qui s'exprime par this[string name] en C#)

Citation:

Envoyé par Pol63

et le yield qui n'existe pas en vb servirait à faire des créer IEnumerable "non synchrone"

et les ienumerable du framework sont quand meme "asynchrone" en vb.net malgré le fait qu'on puisse pas en écrire ?
parce que je suis parti de ce principe là, j'ai des conditions qui se rajoute avant de les parcourir ...

Ben en fait c'est pas une histoire de synchrone/asynchrone, dans le sens où tout se passe sur le même thread. C'est juste que le code de l'itérateur va en fait se retrouver dans un IEnumerator<T>, qui ne sera récupéré et parcouru que lorsqu'on va énumérer la séquence avec foreach (ou autre)