Bonjour à tous
 
Je commence le VB.NET et je suis hyper habitué à la syntaxe du C.
Par ex:
Pour initialiser les variables je fais
iBudget = 0;
et pour la comparaison je fais
iBudget == iPrevision;
(oui je sais, j'ai zappé le if)
 
Mais en VB.NET apparement on ne metterai qu'un seul signe '='
D'où ma confusion et ma demande:
Si je fais un == en VB.NET ça marche ?
Comment faire une difference entre une comparaison et une initialisation ?

renverra un booléen en a, résultant d'une comparaison entre b et 1.
 

est une assignation.
 
 
et

est toujours considéré comme une comparaison.
 
Tu peux pas faire d'assignation dans une condition si c'est cela que tu sous-entendait.

Je dis juste ça mais je commence à me demander si je n'aurais pas dû directement passer au C# car j'ai du mal à lire du code dès que je tombe sur une comparaison VB.NET ( 1 seul = ).

Arf !
CrossPosting
 
 
"Tu peux pas faire d'assignation dans une condition si c'est cela que tu sous-entendait."
 
 
comme ca g pigé
Merci à toi    

Le mieu, si tu connais le C, fait directement du C#.
 
C'est la même syntaxe.
 
Le VB.NET est uniquement une interface permettant une autre syntaxe dérivée du VB. Les capacités des deux langages sont les mêmes, et leur structure est la même. Seule la syntaxe change.

C est clair que tu va perdre du temps si tu ne connais pas la syntaxe VB (qui n est pas très dur en pratique), y a aussi quelques petites différence entre les 2, l'instructions "For each" n existe pas en C# il me semble, et ca je trouve bien sympa

Sisi :
 
Par exemple, pour afficher le contenu de toutes filles d'une node dans un fichier XML :
 

 
Le seul truc, c'est qu'il faut indiquer le type du sous-élément.
 
Plus puissant qu'en VB classique, puisqu'on n'est pas contraint à une collection mono-type, et qu'on peut différencier des éléments déclarés en variant

 
Ha ok j avais pas vu ca, en VB aussi il faut bien declarer le type du sous element (a la declaration de l'objet)
 
Par contre pour le type Variant ca a pas été viré sur NET ?

Je ne sais pas.
 
Etant donné que .NET supporte la surcharge, a priori, oui.
 
(variant n'était qu'un moyen de surcharger implicitement une fonction, laissant à l'interpréteur la tâche de choisir quel code était le plus adapté)

le variant a été viré.  il faut utiliser object à la place.

Euh... Ouais ben c'est pareil quoi

oui et non.  t'as vu les méthodes des objets Int, String, Double, etc etc?
 
ben ouais tout est objet maintenant

Ben ouais, c terrible
 
Mais en VB aussi ça l'était, mais invisible. C'est ça qui permet de faire des transtypages implicites de oufs qui finissent généralement par te péter à la gueule quand tu fait trop le porc
 
Notamment, en VB, on peut faire :
 
dim a as integer
dim b as string
 
a = "2" ' pas d'erreur
b = 2   ' pas d'erreur
 
msgbox(a = b) ' true (bleuffant quoi...)

dans le genre à vomir on peut faire:
 

je te laisse deviner où ça plantera à l'exécution

Ben c clair que quand on veut être porc, VB est très bon pour ça (il a pas grand chose à envier au C tout de même )
 
Mais par contre, je trouve que quand un réel effort de propreté est fait, VB est bien plus agréable a lire que du C. Bon, je suis peu habitué au C et beaucoup au VB, c peut-être pour ça, mais généralement, maintenir du code VB ne me pose aucun problème, même quand c'est une merde de VBA généré en faisant "enregistrer macro" dans le pack office, alors que le C... A chaque fois c'est le cauchemar

c'est marrant je suis dans ma phase "vb sux et C++/ASM rox0r"