Discussion :

[badrel]

A ceux qu'ont dit que VB est un langauge d'amateur, je vois pas qu'est ce qu'on peut realiser avec C Sharp et on peut pas le faire avec VB.Net.
Perso j'ai choisie VB.Net et je veint de vb 6, c fait 5 ans que je développe et j'ai jamais rencontré qlq chose n'ont faisable avec le BASIC.

[flash_math]

J'utilise Delphi depuis longtemps pour sa simplicité et la clareté du langage. Avant qu'on dise quoi que ce soit, j'ai testé VB que je trouve peutclair dans ses déclarations et C/C++ très pénible pour la gestion des pointeurs ou des chaines de caractères.

Avec l'arrivée de BDS2006, je n'ai pas hésité à l'utiliser car je retrouve la simplicité du code, et la rigueur nécessaire à la programmation. Le seul bémol que je mettrais, c'est dans l'utilisation des exemples. Tous les exemples sont pour VB.Net ou C# ou C++, en Pascal on en trouve trop peu et même rien s'il s'agit d'utiliser Interop. Heureusement qu'il me reste la VCL.

[FremyCompany]

Delphi clair ??

Alors la j'aurai tout vu
Delphi c'est bien le langagage avec des begin; et des end; partout
Avec ca, on sait même pas ce que end; ferme comme balise ouvrante...
Enfin chacun son avis...

[lapec_and_cie]

Salut,

Je vois que le débat autour de .Net s'active, alors je vais prendre moi aussi la parole!!! (enfin par l'intermédiaire du clavier!!)

Moi je suis utilisateur de Delphi depuis pas mal de temps, bien que j'ai déjà utilisé lles langages C, Java, et un peu de VB durant ma formation, et un peu pour mon activité professionnelle. Donc c'est dans la continuité que j'ai choisi de commencer par apprendre le .Net à partir de Delphi... Par ailleurs j'ai profité de la gratuité des outils Express de Visual Studio pour continué mon apprentissage .Net en utilisant le langage VB. Je connaissais déjà la version 2003 édition Standard, mais celle-ci n'était pas encore aussi aboutie que la version 2005.Je vais donc reprendre ce que je disais sur le forum Delphi .net. Je pense qu'il est beaucoup plus aisé avec .Net de passer d'un langage à un autre, lorsque l'on utilise les Windows Forms ou les Web forms (bien entendu),
qu'avec la plateforme Win32. Concernant les problèmes de Begin ... End soulevé précédemment par FremyCompany, je ne pense pas que ce soit un problème aujourd'hui avec le système d'indentation. Celà permet de savoir très clairement à quel begin correspond tel end... Eh oui les EDI ont tellement évolués que ce débat sur la lisibilité n'a plus lieu d'être...

A plus,

Christopher

[spidermario]

Personnellement, C# m'énerve.
Il n'y en a que pour lui.

Ce qui m'énerve également, c'est quand on dit que les anciens programmeurs C++ se tournent vers lui : j'adore le C++ et pourtant j'ai commencé en .Net avec VB.

Mais que personne ne prenne mal ce que j'ai dit concernant ce qu'on dit à propos des programmeurs C++
Je voulais juste exprimer mon point de vue

[FremyCompany]

Un excellent comparatif, extrêmement object entre C# et VB .NET
http://www.lacoude.com/docs/public/VBversusCsharp.aspx

Each language has its inconveniences and its advantages. C# is not very well covered by the academic world even though getting technical training is easy. As a consequence, C# has a smaller community than VB.Net. However, C# programmers are likely to be highly trained technicians with abilities for self-education. Most of them will have some C++ background. Because Visual Basic has been around for a very long time under different forms, VB.Net has a very large community. That said, some Visual Basic programmers, when they come from the scripting world, will be more familiar with using objects than coding them.

[davcha]

Y'a de belles bétises dans ton papier quand même, Fremy.

[FremyCompany]

Y'a de belles bétises dans ton papier quand même, Fremy.

Quel papier ? Quelles bétises ? Non mais j'aimerais savoir quand même... histoire de plus recommetre la faute...

[davcha]

Ce papier : http://www.lacoude.com/docs/public/VBversusCsharp.aspx.

Sinon, pour citer quelques bétises :
- l'absence du mot clef "final" en C#.... Ouais, effectivement, en C# c'est "sealed"...
- Fonction IsDBNull inexistente en C#, mais bon.. Comme y'a l'objet System.DBNull et effectivement Convert.IsDBNull ça n'a aucune importance.
- Le coup de la fonction overridée qui s'appelle elle-même. Très jolie d'ailleurs, ça nous démontre qu'une conception pourrie en C# ne fonctionne pas... comparaison très utile donc.
- Absence de AddressOf en C#, mais bon, on a les délégués, c'est pas fait pour les chiens.
- Absence de paramètres optionels en C#.... ce qui est en fait une bonne chose.

[FremyCompany]

Euh....
* Je pensais que sealed c'était NotInheritable moi...
* VB .Net possède aussi les Délégués... Délégués != AdressOf
* En quoi les paramètres optionels sont ils mauvais ???
J'ai déjà vu des sources C# qui ressemblais à ca :

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
... void f1(String s1, String s2, String s3) { /* ... */ }
... void f1(String s1, String s2) { f1(s1,s2,""); }
... void f1(String s1) { f1(s1, "", ""); }
... void f1() { f1("","",""); }

En VB on aurait eu :

Code VB :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
... Sub f1(Optional s1 as String = "", Optional s2 as String = "", Optional s3 as String = "")
   ' ...
End Sub

[davcha]

sealed/NonInheritable, c'est pas la question, l'histoire est qu'il y a des erreurs dans ce papier, et c'en est une : "final" existe en C#, c'est juste qu'il a une autre dénomination.

AddressOf et les délégués, c'est sensiblement la même chose, dans la mesure où AddressOf ne fait rien d'autre que de créer un délégué.

Les paramètres optionels, ça peut réduire la lisibilité du code et mener à des bétises du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Public Overloads Function foo(bar as long = 0, foobar as long = 0)
End Function
Public Overloads Function foo(bar as long = 0)
End Function

Dans un tel cas, c'est joyeusement ambigü.

[abelman]

Les paramètres optionels, ça peut réduire la lisibilité du code et mener à des bétises du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Public Overloads Function foo(bar as long = 0, foobar as long = 0)
End Function
Public Overloads Function foo(bar as long = 0)
End Function

Dans un tel cas, c'est joyeusement ambigü.

Avant d'affirmer ce genre de chose, prenez la peine de tester svp!!
D'abord la syntaxe vb n'est pas bonne, et le compilateur VB détecte bien ce genre d'erreur (que l'on mette overloads ou pas)
Voir fichier image joint

[The_badger_man]

J'ai déjà vu des sources C# qui ressemblais à ca :

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
... void f1(String s1, String s2, String s3) { /* ... */ }
... void f1(String s1, String s2) { f1(s1,s2,""); }
... void f1(String s1) { f1(s1, "", ""); }
... void f1() { f1("","",""); }

plus simple :

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
void f1(params String[] para)
{
 
}

arguments variables en nombres

[FremyCompany]

plus simple :

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
void f1(params String[] para)
{
 
}

arguments variables en nombres

Lol, c'était pour l'exemple, j'avais pas envie de taper des types différents

Parfois c'est un object X, un object Y, un Integer, ...

[Gold Bug]

Je vote C# sans hésiter.

Je trouve VB et Delphi trop "verbeux".
Les syntaxes C++ et C# sont beaucoup plus lisibles à mon goût, avec une préférence pour C# qui masque complètement la notion de pointeur.

[viniboy]

Bonjour à tous,

Je suis moi même attiré par le C# qui semble reprendre une bonne partie des qualités des différents langages de référence ( la rigueur du java, le coté non verbeux du C, l'absence de pointeur hors mode unsafe qui cause beaucoup d'erreur...) et qui me semblait jusqu'aujourd'hui être le langage plébiscité par MS pour développer en dotnet. Mais en allant télécharger la dernière version de Visual studio express, je suis tombé sur ce descriptif sur la page :

http://www.microsoft.com/express/product/default.aspx

Visual Basic
Productivity that is ideal for first time or casual Windows programming.
Visual Basic 2008 Express with SP1 is the ideal tool for productively building object-oriented applications for Windows on the .NET Framework.

Visual C#
A great combination of power and productivity for the Windows developer.
Visual C# 2008 Express with SP1 is the ideal tool for productively building object-oriented applications for Windows on the .NET Framework.

Visual C++
Horsepower with a finer degree of control than other Express Editions.
Visual C++ 2008 Express with SP1 provides a powerful and flexible development environment for creating native Windows and cool 2D and 3D games.

Dans ce descriptif, le marketing de MS semble plutôt plébisciter C++ :

Horsepower with a finer degree of control than other Express Editions

que C# :

A great combination of power and productivity for the Windows developer.

Est-ce que les spécialistes Dotnet et MS pourraient me dire si Microsoft ne serait pas (déjà) en train de changer son fusil d'épaule en essayant de relancer plutôt le C++, et en relayant C# au second plan pour des raisons qui m'échappent. En effet je dois lancer un projet de refonte d'application client serveur qui doit être aussi pérenne que possible et je suis un peu frileux à l'idée de faire les frais d'une stratégie de Microsoft d'un retour plus ou moins officiel au C++ comme langage n°1 pour les applis Windows alors que je forme l'équipe au C#.

Bonnes fêtes à tous,
Vincent.

[Kelpan]

Je pense que tout ça c'est purement commercial. Il faut continuer à vendre du C++, tu comprends.