VB.Net versus VB

je fais du VB.NET . Des que tu sors des Generateurs de
Microsoft ( grilles , base de donnees ... etc) qui sont
tres biens pour la formation , le code devient tres (
tres tres ) long surtout les mises en forme des
controles .
je n'ai pas encore pu faire unr grille de saisie digne de
ce nom et pour l'instant mes Clients sont toujours en
VB6.0 et je commence à me poser des question sur DOT.NET
Cela n'engage que Moi.

-----Message d'origine-----
Bonjour,

J'ai souvent vu des comparatifs entre C# et Java, en

particulier en ce qui

concerne le nombre de lignes de code. Une fois au moins

un tel article est

paru dans "Développeur Référence", je crois... Une revue

maintenant

défunte... Bref, l'avantage est clairement pour C# qui

demande sensiblement

moins de lignes de code que son équivalent en Java...

J'aimerais savoir ce qu'il en est de VB.Net versus VB,

et sur cette seule

question du nombre de lignes de code... Si vous avez des

liens vers des

comparatifs ? Plus généralement, passée la période

d'apprentissage du

framework et de VB.Net (ou C#, pour le peu de

différences de fond qu'il y

a...), etes-vous devenus plus productifs avec .net ?

Merci pour vos retours d'expériences...




.

Pour ma part, je pense tout simplement que Vb.net est une nette amélioration
de VB6. Tant qu'à moi, mon code à raccourci dans beaucoup de cas et les fois
qu'il a augmenté, c'était pour le mieux. Ceci reste une opinion mais jamais
je ne retournerais vers VB6 puisque depuis que je suis sur Vb.net, je
réalise des programmes beaucoup mieux structuré et beaucoup plus
fonctionnel. Il s'agit tout simplement de faire une adaptation au vrai
concept de la programmation orienté objet.

David


<anonymous@discussions.microsoft.com> a écrit dans le message de
news:332e01c49cd6$273fe610$a601280a@phx.gbl...
je fais du VB.NET . Des que tu sors des Generateurs de
Microsoft ( grilles , base de donnees ... etc) qui sont
tres biens pour la formation , le code devient tres (
tres tres ) long surtout les mises en forme des
controles .
je n'ai pas encore pu faire unr grille de saisie digne de
ce nom et pour l'instant mes Clients sont toujours en
VB6.0 et je commence à me poser des question sur DOT.NET
Cela n'engage que Moi.

-----Message d'origine-----
Bonjour,

J'ai souvent vu des comparatifs entre C# et Java, en

particulier en ce qui

concerne le nombre de lignes de code. Une fois au moins

un tel article est

paru dans "Développeur Référence", je crois... Une revue

maintenant

défunte... Bref, l'avantage est clairement pour C# qui

demande sensiblement

moins de lignes de code que son équivalent en Java...

J'aimerais savoir ce qu'il en est de VB.Net versus VB,

et sur cette seule

question du nombre de lignes de code... Si vous avez des

liens vers des

comparatifs ? Plus généralement, passée la période

d'apprentissage du

framework et de VB.Net (ou C#, pour le peu de

différences de fond qu'il y

a...), etes-vous devenus plus productifs avec .net ?

Merci pour vos retours d'expériences...




.

> J'aimerais savoir ce qu'il en est de VB.Net versus VB, et sur cette seule
question du nombre de lignes de code...

du point de vue langage, je dirais que c'est sensiblement pareil.
mais vu la masse du framework, je dirais globalement qu'il y a le même
effet.

mais bon, d'autres vont te dire que bouh, avant ils ecrivaient tout dans une
procedure, et que maintenant, il faut ranger leur code dans des classes,
alors ça fait plus de code, et comme ça compile pas tout de suite parceque
ça verifie les types, on perd enormement de temps :o)

ça dépend aussi de ce que tu developpes comme genre d'appli. et de ce que tu
considere comme lignes qui rentre dans le compte. si c'est du code generé
automatiquement, ça peut pas se compter quand même

morale de l'histoire, je ne sais pas trop ce que tu cherches à savoir au
travers de cette mesure.

Si vous avez des liens vers des
comparatifs ? Plus généralement, passée la période d'apprentissage du
framework et de VB.Net (ou C#, pour le peu de différences de fond qu'il y
a...), etes-vous devenus plus productifs avec .net ?
Merci pour vos retours d'expériences...

je suis passé de C++ et MFC à C#. le gain est immense.

retours positif. quand c'est bien faut le dire. quand c'est pas bien aussi
d'ailleurs.
j'ai suivi l'evolution de Visual Studio depuis la version 1.0, et j'ai bossé
avec les outils Borland.
je me suis tapé longtemps sur le ventre au niveau du C++.
j'ai acheté le VB 1.0 et la, j'ai dit respect, y'a de l'idée.
puis, j'ai vu naitre Delphi et C++ Builder. alors Visual 6 et MFC, ça m'a
bien fait rire.
aujourd'hui, je ne decolle plus de .Net

niveau perfs, C# me convient parfaitement. je fais de l'optimisation de
decoupe et de debit, ça pompe enorme en calcul, et l'ensemble m'offre des
perfs trés appreciables et voisines du C++. et c'est confortable de bosser
avec un langage ou il faut pas chercher des pieges impensables tous les 2
lignes. époque révolue.

si je peux me permettre un conseil, jette le VB, sauf si tu as un existant
que tu veux preserver, mais sinon, tout ce qui est neuf, fait le en C#.
t'as toujours la possibilité de pas mettre OPTION EXPLICIT et donc de bosser
comme un porc sans rien typer. c'est un peu comme le C++ et le C.

pourquoi cette question au fait ?

Un vrai PORC programmera comme un vrai PORC peu importe le langage !

Certes, VB permet certaines libertés que d'autres langages ne permettent
pas.
Mais cela n'en fait pas pour autant un langage pour PORC !

A travers mon expérience professionnelle, je m'en suis tapé des lignes de
code que ce soit du COBOL ou Fortan en passant pas le C.
Et malgré l'auréole que l'on donne à certains langages, ceux-ci devenaient
incompréhensibles tant le programmeur était un vrai PORC.
Et étrangement, le VB en resortait comme un langage clair proche du langage
humain.

Je préfère largement faire un A = A +1 que A++
Ou encore le signe = (égal) pour l'assignation et la comparaison en VB que
d'autres devront utiliser = ou == en C

De plus, il y a une réelle fracture entre la version 6 et .NET. Ce sont 2
langages bien différents. Ce n'est certainement pas une version 7.

Alors OPTION EXPLICIT ou pas, c'est plutôt le mot RIGUEUR qu'il faudrait
taper dans le header de chaque parcelle de code...

Guy





"Ambassadeur Kosh" <kosh.naranek@babylon5.net> a écrit dans le message de
news: OmFOdnOnEHA.3820@TK2MSFTNGP09.phx.gbl...

J'aimerais savoir ce qu'il en est de VB.Net versus VB, et sur cette seule
question du nombre de lignes de code...

du point de vue langage, je dirais que c'est sensiblement pareil.
mais vu la masse du framework, je dirais globalement qu'il y a le même
effet.

mais bon, d'autres vont te dire que bouh, avant ils ecrivaient tout dans
une procedure, et que maintenant, il faut ranger leur code dans des
classes, alors ça fait plus de code, et comme ça compile pas tout de suite
parceque ça verifie les types, on perd enormement de temps :o)

ça dépend aussi de ce que tu developpes comme genre d'appli. et de ce que
tu considere comme lignes qui rentre dans le compte. si c'est du code
generé automatiquement, ça peut pas se compter quand même

morale de l'histoire, je ne sais pas trop ce que tu cherches à savoir au
travers de cette mesure.

Si vous avez des liens vers des
comparatifs ? Plus généralement, passée la période d'apprentissage du
framework et de VB.Net (ou C#, pour le peu de différences de fond qu'il y
a...), etes-vous devenus plus productifs avec .net ?
Merci pour vos retours d'expériences...

je suis passé de C++ et MFC à C#. le gain est immense.

retours positif. quand c'est bien faut le dire. quand c'est pas bien aussi
d'ailleurs.
j'ai suivi l'evolution de Visual Studio depuis la version 1.0, et j'ai
bossé avec les outils Borland.
je me suis tapé longtemps sur le ventre au niveau du C++.
j'ai acheté le VB 1.0 et la, j'ai dit respect, y'a de l'idée.
puis, j'ai vu naitre Delphi et C++ Builder. alors Visual 6 et MFC, ça m'a
bien fait rire.
aujourd'hui, je ne decolle plus de .Net

niveau perfs, C# me convient parfaitement. je fais de l'optimisation de
decoupe et de debit, ça pompe enorme en calcul, et l'ensemble m'offre des
perfs trés appreciables et voisines du C++. et c'est confortable de bosser
avec un langage ou il faut pas chercher des pieges impensables tous les 2
lignes. époque révolue.

si je peux me permettre un conseil, jette le VB, sauf si tu as un existant
que tu veux preserver, mais sinon, tout ce qui est neuf, fait le en C#.
t'as toujours la possibilité de pas mettre OPTION EXPLICIT et donc de
bosser comme un porc sans rien typer. c'est un peu comme le C++ et le C.

pourquoi cette question au fait ?

"Guy DETIENNE" <gd@NOSPAM.tchao.be> a écrit dans le message de news:
OBdlboYnEHA.608@TK2MSFTNGP09.phx.gbl...

Un vrai PORC programmera comme un vrai PORC peu importe le langage !

oui, ok. j'admet. j'ai eu le cas dans mon equipe, y'a toujours des
indecrotables

Certes, VB permet certaines libertés que d'autres langages ne permettent
pas.
Mais cela n'en fait pas pour autant un langage pour PORC !
A travers mon expérience professionnelle, je m'en suis tapé des lignes de
code que ce soit du COBOL ou Fortan en passant pas le C.

aie, condoleances.

Et malgré l'auréole que l'on donne à certains langages, ceux-ci devenaient
incompréhensibles tant le programmeur était un vrai PORC.

admis.

Et étrangement, le VB en resortait comme un langage clair proche du
langage humain.

la par contre, faut pas déconner. les classes offrent un bon niveau
d'abstraction, mais ça reste un langage imperatif fait pour etre interpreté
par une machine.
on va pas flooder sur Schanck et d'Abelson. faudrait un peu garder les pieds
sur terre.

Je préfère largement faire un A = A +1 que A++
Ou encore le signe = (égal) pour l'assignation et la comparaison en VB que
d'autres devront utiliser = ou == en C

c'est absolument pas de cela que je parlais. je parlais de typage.

De plus, il y a une réelle fracture entre la version 6 et .NET. Ce sont 2
langages bien différents. Ce n'est certainement pas une version 7.

moi, j'ai pas trouvé tant que ça. mais bon... c'est un peu osé, mais bon, c
mon avi...

Alors OPTION EXPLICIT ou pas, c'est plutôt le mot RIGUEUR qu'il faudrait
taper dans le header de chaque parcelle de code...

la rigueur, ça se compile pas.

Guy

ps : c'est marrant, mon "troller-blade" a encore matché fortement.
bizzare...