Que choisir ? C# , VB.NET, C++, Delphi ? pourquoi ?

Version imprimable

Voir 40 message(s) de cette discussion en une page

08/04/2007, 13h31
FremyCompany

Citation:

Envoyé par Kelpan

Oui, avec moins de maturité apparement...

Pitié. Merci de nous épargner vos reflexions immatures...
Je pensais que la qualité d'un développeur ne s'appréciait pas selon le language.

De plus, vous donnez vraiment l'impression d'être à des années lumière de la réalité d'un projet. Tout cela manque visiblement d'expérience...

Lol, faut pas prendre au mot ce que j'ai dit en "râlant" ;) C'était juste pour détendre l'atmosphère et montrer que les avis fermés avait peu d'intérêt (comme par hasard j'ai pris l'avis opposé au mien :))

Evidemment, je suis très loin de penser cela !
D'ailleurs si tu lis attentivements les posts suivants, tu verras que mon avis est tout à fait contraire à cette vision des choses...

Pour résumer ma pensée : Vouloir faire du VB6 avec VB .Net, c'est courrir le risque de perdre beacoups de temps par la suite mais faire du VB .Net "propre" est possible et même plus rapide que de C#. Je crois juste que la majorité des développeurs VB .Net viennent de VB 6 et que pour cela, il ne peuvent que difficilement apréhander (??? : désolé pour l'orthographe, je suis pas très bon... :() les notions propres à .NET

==> Imprécision VB 6 dans une macro == aucun danger
==> Imprécision VB .Net dans une application == danger !

Encore un petit truc avant de finir:
Je tiens à m'excuser de la manière dont j'introduis parfois mes idées... Je vois dans vos échos qu'elle vous semble un peu déplacée... Je m'en excuse profondément... Quand à mon immaturité, je crois qu'elle n'est qu'apparente, je suis capable d'une très grande maturité mais quand je m'énerve (par exemple quand j'ai l'impression qu'on s'en prend à un langage que j'aime bien, que ce soit VB .Net ou JavaScript, ou à mon avis en général, je le reconnais) il m'arrive de ne pas réfléchir avant de parler (comme Epiméthée quoi !) et de dire des conneries sans intérêt... Je voulais vraiment vous dire que de mes humbles 15 ans je m'en excuse profondément.
08/04/2007, 15h42
FremyCompany

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

Citation:

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.
08/04/2007, 16h38
davcha

Y'a de belles bétises dans ton papier quand même, Fremy.
08/04/2007, 16h46
FremyCompany

Citation:

Envoyé par davcha

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...
08/04/2007, 17h02
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.

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:

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:

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

08/04/2007, 18h12
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:

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ü.

Citation:
Envoyé par FremyCompany
J'ai déjà vu des sources C# qui ressemblais à ca :
Code:

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:

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

08/04/2007, 20h59
FremyCompany
Citation:
Envoyé par The_badger_man

plus simple :

Code:

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, ...
08/04/2007, 23h17
The_badger_man

je me doute bien. C'était pour alimenter le débat :mouarf:
31/05/2007, 00h07
LLB
Citation:

- Absence de paramètres optionels en C#.... ce qui est en fait une bonne chose.

Bien utilisée, c'est une fonctionnalité qui peut être vraiment pratique.

Citation:

Les paramètres optionels, ça peut réduire la lisibilité du code

Comme toute fonctionnalité : mal utilisée, c'est moche.
Code:

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
Tu peux considérer que le problème vient de programmeur (mais je comprends que ça puisse arriver involontairement). Tu peux aussi, et surtout, considérer que le problème vient de l'implémentation de cette fonctionnalité. Le compilateur devrait détecter l'ambigüité (je suis étonné que VB ne le fasse pas). Surtout que ça ne devrait pas être compliqué à faire.

Mais pour moi, ce n'est pas un problème dû à la fonctionnalité. Car tu pourrais tout aussi bien reprocher au langage d'autoriser la surcharge, précisément pour la même raison. Il existe d'ailleurs des langages qui possèdent les arguments optionnels, mais pas la surcharge (OCaml...).

Code:

void f1(params String[] para)

Non. Ce n'est vraiment pas pareil. D'une part, c'est moche de créer un tableau pour ça. Et surtout, c'est dangereux. La taille du tableau ne faisant pas partie du type, le compilateur ne peut pas vérifier que l'appel est correct. Je serais triste si une fonction d'une bibliothèque plante à l'exécution, juste parce que j'ai mis un argument de trop !

Et sinon, pour répondre à la question de départ, j'ai choisi F#. La puissance de la programmation fonctionnelle, la concision des langages dynamiques, la sûreté des langages à typage très fort, tout ça combiné aux avantages de .NET. Dommage qu'il ne soit pas proposé dans le sondage (et j'ai l'impression d'être le seul développeur F# de tout le forum).
31/05/2007, 13h53
Astartee

Je viens de voter... et j'ai choisi le C#. Mais pourquoi ?

- C# / VB : uniquement pour la syntaxe, car je n'ai aucune idée des autres différences qui peuvent exister !
Le C# a le même type de syntaxe que le C++ et le Java, langages déjà bien établis dans le domaine de la programmation objet, tandis qu'il me semble que le VB est moins courant (pas taper, je dis ça comme une impression personnelle, et parce que j'ai déjà vu dans mon école des cours de Java et de C++ (et de C et de Matlab et autres "langages" plus ou moins bizarres...) mais jamais de VB)

- C# / C++ : parce que le C# a été conçu spécialement pour .NET, contrairement au C++...

- C# / Delphi : euh... j'avoue... je ne connais pas du tout Delphi :p
01/06/2007, 17h34
FremyCompany

Effictivement, seul VB a une syntaxe VB ;)

Delphi s'en rapproche un petit peu, sans que cela soit comparable
02/06/2007, 06h21
abelman

1 pièce(s) jointe(s)
Citation:
Envoyé par davcha

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

Code:

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

En ce qui me concerne je trouve ça utile

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
 
' Exemple de fonction avec une dizaine de paramètres
Function MaFonction( _
    Optional Byval Str_Param1 As String = "", _
    Optional Byval Str_Param2 As String = "", _
    Optional Byval Str_Param3 As String = "", _
    Optional Byval Str_Param4 As String = "", _
    Optional Byval Str_Param5 As String = "", _
    Optional Byval Str_Param6 As String = "", _
    Optional Byval Str_Param7 As String = "", _
    Optional Byval Str_Param8 As String = "", _
    Optional Byval Str_Param9 As String = "" _
   )  As Integer
 
End Function
 
Public Sub Test()
    ' J'appel ma fonction avec les paramètres qui m'interessent ....
    ' ex : param2 et param8
    Int_Result1 = MaFonction(Str_Param2:= "P2", Str_Param8:= "P8")
End Sub

20/08/2007, 17h47
Polack77

Salut

:D Bonjour :D
Je viens de lire une partie de ce Topic (oui, une partie seulement :oops:, en faite ça commence à faire long quand même)

Ce que j'en comprends :
Le C# est équivalent au VB.NET du point de vue des performances (durée d'exécution, occupation mémoire,...) et seul reste la différence de syntaxe.
Donc il faut choisir le langage avec le quel on est le plus alaise.

A moins que je ne raconte des grosses conneries???
21/08/2007, 00h41
Maniak

Citation:

Envoyé par Polack77

A moins que je ne raconte des grosses conneries???

Il y en a de belles dans ce topic, mais pas vraiment dans ton post :)
Il ne rentre juste pas dans les détails hors-syntaxe qui peuvent faire préférer un langage à l'autre, et c'est pas forcément plus mal.
(bon ok, qui peuvent faire préférer C# à VB.NET vu qu'il est quand même nettement mieux. NA :)
30/11/2007, 17h14
npuzin

A voté :

C++ : rarement justifié
Delphi : bientôt au musée des langages de programmation
C# ou VB : peu importe

Mais j'ai voté C# quand même car je préfére sa syntaxe.

Bon développements .NET
06/05/2008, 00h56
osma_1978

mois j'ai voté C# , je viens de démarrer avec .Net,
Bon J'ai choisis C# parce que je suis un programmeur Delphi, et je voudrez migrer vers les produits microsot ,
Bon il y a bouceaup de cause : Politique , géographique,Emploi, Technique,...
17/05/2008, 16h07
Developpeur87

je vote pour C#

moi j'ai voter pour C# méme si j connais VB.NET plus que C# (mais j suis entrain d'apprendre et de m'approfondir dans C#) et j l'ai choisi parce qu'il est multi plateforme (on m'avait dit que VB n'est pa multiplateforme) et il a le syntaxe proche de ce lui de java que j métrise déja

Voir 40 message(s) de cette discussion en une page