IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Affichage des résultats du sondage: Quel langage choisir pour Dotnet ?

Votants
1020. Vous ne pouvez pas participer à ce sondage.
  • C#

    611 59,90%
  • VB.NET

    206 20,20%
  • C++

    59 5,78%
  • Delphi

    84 8,24%
  • Autre (précisez)

    9 0,88%
  • Sans opinion

    51 5,00%
Dotnet Discussion :

Que choisir ? C# , VB.NET, C++, Delphi ? pourquoi ? [Débat]


Sujet :

Dotnet

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Expert confirmé
    Avatar de bidou
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Mai 2002
    Messages
    3 055
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 58
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Transports

    Informations forums :
    Inscription : Mai 2002
    Messages : 3 055
    Par défaut Re: A chaque langage son utilité
    Citation Envoyé par Maniak
    Je m'y intéresse pour avoir une idée de ce qui va arriver, mais pour les projets actuels, oui, je m'en tape complètement
    En quoi est-ce que les futures nouveautés de Whidbey sont pertinentes pour les projets actuels ?
    En rien. Mais pour ma part, et je suis loin d'être une exception, mon travail en DotNet est plus de l'auto formation que de la véritable production. Car à l'heure actuelle, mes projets sont encore du code natif.

    Or celui qui se pose la question que choisir entre VB.NET et C# n'est pas encore au point pour la production, ou alors il y a un os dans le potage
      0  0

  2. #2
    Membre émérite
    Profil pro
    Inscrit en
    Septembre 2003
    Messages
    652
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2003
    Messages : 652
    Par défaut Re: A chaque langage son utilité
    Citation Envoyé par bidou
    Or celui qui se pose la question que choisir entre VB.NET et C# n'est pas encore au point pour la production, ou alors il y a un os dans le potage
    Pour la prod non, pour le début du développement, les premiers prototypes, tout ça, c'est autre chose :)
    Et dans tous les cas, celui qui se pose la question VB.NET vs C# n'est peut-être pas en train de bosser sur un projet en ce moment-même, mais il a des chances de le faire avant l'arrivée de Whidbey dans son enterprise :)

    Donc autant qu'il évite de trop se baser sur ce qui ne sera pas présent quand il devra mettre la main à la pâte. Pour l'auto-formation et se préparer à la suite, ça ok, faut juste pas tout mélanger. Et surtout ne pas utiliser des évolutions futures et encore lointaines comme poids dans la balance VB.NET vs C# de maintenant.
      0  0

  3. #3
    Membre émérite

    Profil pro
    Inscrit en
    Février 2004
    Messages
    862
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : Suisse

    Informations forums :
    Inscription : Février 2004
    Messages : 862
    Par défaut
    La réponse à l'objet de ce débat, donnée par un membre de l'équipe de développement de C# :

    Citation Envoyé par Jon Skeet
    The choice between C# and VB.NET is largely one of subjective preference. Some people like C#'s terse syntax, others like VB.NET's natural language, case-insensitive approach. Both have access to the same framework libraries. Both will perform largely equivalently (with a few small differences which are unlikely to affect most people, assuming VB.NET is used with Option Strict on). Learning the .NET framework itself is a much bigger issue than learning either of the languages, and it's perfectly possible to become fluent in both - so don't worry too much about which to plump for. There are, however, a few actual differences which may affect your decision:

    VB.NET Advantages :

    - Support for optional parameters - very handy for some COM interoperability

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

    - Support for named indexers (aka properties with parameters).
    Various legacy VB functions (provided in the Microsoft.VisualBasic namespace, and can be used by other languages with a reference to the Microsoft.VisualBasic.dll). Many of these can be harmful to performance if used unwisely, however, and many people believe they should be avoided for the most part.

    - The with construct: it's a matter of debate as to whether this is an advantage or not, but it's certainly a difference.
    Simpler (in expression - perhaps more complicated in understanding) event handling, where a method can declare that it handles an event, rather than the handler having to be set up in code.

    - The ability to implement interfaces with methods of different names. (Arguably this makes it harder to find the implementation of an interface, however.)

    - Catch ... When ... clauses, which allow exceptions to be filtered based on runtime expressions rather than just by type.

    - The VB.NET part of Visual Studio .NET compiles your code in the background. While this is considered an advantage for small projects, people creating very large projects have found that the IDE slows down considerably as the project gets larger.


    C# Advantages :

    - XML documentation generated from source code comments. (This is coming in VB.NET with Whidbey (the code name for the next version of Visual Studio and .NET), and there are tools which will do it with existing VB.NET code already.)

    - Operator overloading - again, coming to VB.NET in Whidbey.

    - Language support for unsigned types (you can use them from VB.NET, but they aren't in the language itself). Again, support for these is coming to VB.NET in Whidbey.

    - The using statement, which makes unmanaged resource disposal simple.

    - Explicit interface implementation, where an interface which is already implemented in a base class can be reimplemented separately in a derived class. Arguably this makes the class harder to understand, in the same way that member hiding normally does.

    - Unsafe code. This allows pointer arithmetic etc, and can improve performance in some situations. However, it is not to be used lightly, as a lot of the normal safety of C# is lost (as the name implies). Note that unsafe code is still managed code, i.e. it is compiled to IL, JITted, and run within the CLR.

    Despite the fact that the above list appears to favour VB.NET (if you don't mind waiting for Whidbey), many people prefer C#'s terse syntax enough to make them use C# instead.
    Comme quoi, on a bien fait le tour des arguments...


    La page d'origine :

    http://msdn.microsoft.com/vcsharp/team/faq/vb/
      0  0

  4. #4
    Membre émérite
    Profil pro
    Inscrit en
    Septembre 2003
    Messages
    652
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2003
    Messages : 652
    Par défaut
    Citation Envoyé par Keihilin
    La réponse à l'objet de ce débat, donnée par un membre de l'équipe de développement de C# :
    Ce que j'aime bien, c'est que dans les 7 'avantages' donnés pour VB.NET, 3 posent des problèmes et 2 peuvent compliquer la compréhension du code selon les gens :)

    Par contre ils ne parlent pas de using pour VB.NET dans Whidbey. Oubli ?
      0  0

  5. #5
    Membre émérite

    Profil pro
    Inscrit en
    Février 2004
    Messages
    862
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : Suisse

    Informations forums :
    Inscription : Février 2004
    Messages : 862
    Par défaut
    Citation Envoyé par Maniak
    Par contre ils ne parlent pas de using pour VB.NET dans Whidbey. Oubli ?
    Ben je sais pas...Je ne lis pas régulièrement le Blog dont est issue cette page...Mais à mon avis, il y a de fortes chances pour que using soit disponible dans VB avec Whidbey.

    Il semblerait qu'on aille dans la direction d'une convergence de langages, ce qui devrait rassurer ceux qui s'inquiètent de l'avenir de VB, et rendre le choix entre C# et VB encore plus subjectif.

    Je me demande d'ailleurs ce que je vais bien pouvoir choisir lorsque j'attaquerai mes premiers développement avec Whidbey...
    Je suis aussi à l'aise avec les deux langages, et c'est les commentaires XML qui me font pencher vers C# la plupart du temps...
      0  0

  6. #6
    Expert confirmé
    Avatar de bidou
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Mai 2002
    Messages
    3 055
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 58
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Transports

    Informations forums :
    Inscription : Mai 2002
    Messages : 3 055
    Par défaut
    Oubli
    http://download.microsoft.com/download/1/1/B/11B54B37-7B64-4F06-AD6A-D7BA081BF1D0/TLS300.ppt

    Diapo 24 "Using statement"
      0  0

  7. #7
    Membre Expert
    Avatar de Merlin
    Homme Profil pro
    Conseil - Consultant en systèmes d'information
    Inscrit en
    Mars 2002
    Messages
    524
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Conseil - Consultant en systèmes d'information

    Informations forums :
    Inscription : Mars 2002
    Messages : 524
    Par défaut
    Je vous conseille d'utiliser Delphi, tout simplement...
    Syntaxe agréable, compatibilité ascendante, portage d'anciens composants assez facile, etc.
    Programmation en mode VCL.NET bien plus agréable que les WIndows Forms, mais aussi possibilité d'utiliser les Windows Forms tout aussi nativement.
    Mise à disposition du BDP qui simplifie énormément l'utilisation de ADO.NET en permettant notamment de changer de base de données sans tout réécrire (sous ADO.NET, passer de SQL Server à Oracle par exemple impose de modifier toutes les classes utilisées...).
    Etc.

    Il n'y a donc pas que le langage qui compte mais tout ce qui va autour. Avec Delphi on dispose de beaucoup de choses.
    Sinon, côté langage stricto sensu, C# est très agréable et malgré ce qu'on lit ici ou là, C# est bien plus proche de Delphi que de C++.
    Rappelons que c'est le père de Delphi qui a écrit C#, quelqu'un qui n'a donc jamais vraiment aimé C++.
    De fait on ne retrouve dans C# aucun des bricolage typique de C++, les propriétés des objets sont traitées comme dans Delphi, etc.

    Enfin, sous .NET tous les langages sont compilés en MSIL et ils sont donc tous égaux.
    Autant sous Win32 utiliser Delphi c'est faire de la résistance (il faut le vouloir.. traduire les hearders C etc) autant sous .NET qui justement intègre la pluralité de langage dans ces principes fondateurs, Delphi est un excellent choix.
    D'ailleurs Delphi est bien mieux intégré à la plate-forme .NET qu'il ne l'est à Win32...

    Autant de raison de préférer Delphi et son environnement donc.
      0  0

  8. #8
    Invité de passage
    Profil pro
    Inscrit en
    Avril 2004
    Messages
    1
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Avril 2004
    Messages : 1
    Par défaut Re: vb pour faire une maquette
    Je suis vraiment malheureux de lire un tel façon d'aborder la programmation quel quel soit...

    L'important, c'est d'arrêter de penser que l'on est seul a programmer, c'est bien beau de programmer n'importe comment mais j'ai déjà lu "Qu'un programme qui fonctionne n'est pas nécessairement un bon programme"

    Alors pour ceux qui désire devenir de vrai programmeur, suivez ce conseil, faites en sorte de choisir un language qui vous plait, un language en demande et surtout une fois que vous l'aurez choisi, programmez de facon intelligente, vous n'êtes pas seul a travailler dans le monde de la programmation, lorsque vous lisez un programme conçu par une autre personne, vous allez apprécier de savoir si la variable est un caractère ou un nombre entier ou une valeure avec point décimal, sinon comment comprendre ce que le programmeur qui vous précédait voulais vraiment faire avec son code.

    J'espère que ces quelques conseils feront en sorte de vous éviter de devenir des programmeurs négligeant et sans la moindre conscience est autre programmeurs qui vous entourent.

    Jeff
    Programmeur analyste
    Tech-Control Inc.

    Citation Envoyé par MonPierrot
    pour ma part je recommande vivement vb à ceux qui ne sont pas des purs et durs du C++ et qui veulent GAGNER DU TEMPS

    Ce qui suit va faire hausser des épaules les "gros bras du C++", mais j'insiste pour leur dire que je ne vois aucune "virilité" a s'emmerder avec un langage complexe (et source d'erreurs).

    Et pour moi C# ne va pas assez loin, il veut trop ressembler a C++.
    Il nous emmerde encore avec sa gestion des types, ses accolades, ses point virgule et j'en passe.
    Je viens encore de passer 2 ans vec 1 projet ATL/com/C++...ahh les conversions (chaines...), unicode, et j'en passe...que de temps perdu.

    L'interet d'un programme n'est pourtant pas du tout là !!

    VB ne faisait pas sérieux quand il s'agissait de parler performance, pas fiabilité.
    De plus il etait (trop) restrictif en termes de librairies natives et imposait un recours a des passerelles + ou - contaignantes vers les lib win32.
    Enfin il etait trop limité ( pointeurs, heritage...) a force de faire simple.

    Franchement, moi j'en ai rien a faire d'une gestion stricte des types, et ça fait des années que je m'emmerde avec ça !
    Que de temps perdu avec les chaines de caracteres, les pb de conversion, l'Unicode, et j'en passe !

    Alors C# pour quoi faire ?
    On peut supposer justement que la gestion stricte des types optimise un peu les perfs...Il y a d'autre differences ( cf MSDN ).

    Mais vive les langages "modernes" et à bas les contraintes !!
      0  0

  9. #9
    Membre confirmé
    Inscrit en
    Mai 2004
    Messages
    36
    Détails du profil
    Informations forums :
    Inscription : Mai 2004
    Messages : 36
    Par défaut
    C# herite du monstre JAVA c le meilleur:
    -syntaxe
    -performances
    -possibilté d'evolutivité
    -apprentissage
    -précision
      0  0

  10. #10
    Membre confirmé

    Homme Profil pro
    Développeur Java
    Inscrit en
    Mars 2002
    Messages
    65
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 52
    Localisation : France, Indre et Loire (Centre)

    Informations professionnelles :
    Activité : Développeur Java

    Informations forums :
    Inscription : Mars 2002
    Messages : 65
    Par défaut
    Bonjour,

    Pour moi, Delphi s'impose de fait. Et j'avoue avoir été subjugué (au depart, derouté aussi) par la nouvelle interface de delphi 8. Mais on s'y fait.

    Car même si je n'ai pas encore developpé de gros projet en .NET (nous developpons en mode Win32, et multiplateform via la librairie CLX, et infidélité à Delphi, les application WEB en JAVA qui pour nous aura tjs l'avantage par rapport à .NET pour les Appli intra/internet).

    Et voila...

    Cordialement
      0  0

  11. #11
    Microsoft France

    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    2
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 2
    Par défaut pourquoi forcément java pour le Web ?
    Citation Envoyé par ptitbob
    et infidélité à Delphi, les application WEB en JAVA qui pour nous aura tjs l'avantage par rapport à .NET pour les Appli intra/internet).
    pourquoi forcément java pour le Web ? qu'entends-tu par Java ? des applets ? tu as essayé ASP.NET ? Il se trouve que c'est justement pour le Web que les gains de .NET sont souvent les plus flagrants.
      0  0

  12. #12
    Membre confirmé

    Homme Profil pro
    Développeur Java
    Inscrit en
    Mars 2002
    Messages
    65
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 52
    Localisation : France, Indre et Loire (Centre)

    Informations professionnelles :
    Activité : Développeur Java

    Informations forums :
    Inscription : Mars 2002
    Messages : 65
    Par défaut
    Bonjour,

    Applet bien sur, mais aussi JSP et Servlet... Le tout pour tourner sur un serveur Tomcat intégré sur un serveur Apache en tant que module et tournant sur Linux...

    Excuse moi, mais le couple Apache/Linux me convient bcp mieux au niveau fiabilité et securité que le couple IIS/Win2003 par exemple (ou IIS/Win2k ou autre serveur Win...)

    Et ce n'est pas l'actualité des patch MS ainsi que les stat des serveur present sur la toille qui me donneront tort ....

    Il est vrai que la presentation de LongHorn par Mr Dick Lantim m'a impressioné et que le dev rapide qu'il a fait sous D8 d'un site avec interaction avec une base a fait blemir certains de me collegue... Mais ton asp.net en remplaçant des applet, comment se comporte t'il sur un poste MacOS ou Linux ?... J'avoue ne pas avoir tout suivit là

    Cordialement
      0  0

  13. #13
    Membre à l'essai
    Profil pro
    Étudiant
    Inscrit en
    Mai 2004
    Messages
    4
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Mai 2004
    Messages : 4
    Par défaut le C# pour similitude avec Java
    Je viens de VB6, lorsque le Visual Studio Net est sorti j’ai pensé que le mieux pour moi serais bien sûre de m’orienter vers le VB Net, mais au début j’étais tellement désorientée parce que le VB Net a vraiment changé la façon de faire beaucoup de choses. Spécifiquement je parle de la programmation bases données. Donc attention aux ceux qui pensent que la transition de VB6 to VB Net sera automatique !

    D’autre part, je dois avouer que maintenant que je fais mon début dans le Java je regrette de n’avoir pas choisi le C# sur le VB Net. Donc, mon avis serais de choisir le C# pour la similitude de syntaxe avec le Java.

    Merci
    Carmen
      0  0

  14. #14
    Membre confirmé
    Inscrit en
    Avril 2002
    Messages
    190
    Détails du profil
    Informations forums :
    Inscription : Avril 2002
    Messages : 190
    Par défaut
    Venant de Delphi lorsque je suis passé à .NET je me suis mis tout naturellement à C# et cela dans la continuité de Delphi.
    Je n'ai vu beaucoup de différence et pour cause le père de C# est celui de Delphi (débauché de Borland par Miscosoft).
    Le "garbage collector" du C# est quand même très pratique et évite de nombreuses fuites mémoires!
    Je ne sais pas si c'est Visual Studio qu ifait ça mais développez en C# sans formation fut une évidence (après avoir fait du Delphi), et comparé à VB .NET (pseudo POO) il n'y a pas photo!
    @+
      0  0

  15. #15
    Rédacteur
    Avatar de abelman
    Inscrit en
    Février 2003
    Messages
    1 106
    Détails du profil
    Informations forums :
    Inscription : Février 2003
    Messages : 1 106
    Par défaut
    Citation Envoyé par sorcer1
    ..., et comparé à VB .NET (pseudo POO) il n'y a pas photo!
    @+
    ça ne veut strictement rien dire pseudo POO. En VB.NET tu as le choix de faire de la POO ou pas. A quelques très rares exceptions prêt (et encore qui ne touche pas à la POO) tu peux faire en VB.NET tout ce que tu peux faire en C#.
    C# c'est très bien et POO, VB.NET est aussi POO
      0  0

  16. #16
    Membre confirmé
    Inscrit en
    Avril 2002
    Messages
    190
    Détails du profil
    Informations forums :
    Inscription : Avril 2002
    Messages : 190
    Par défaut
    Je me suis peut être mal exprimé!
    Mais comme VB a tellement tardé à devenir un langage POO que maintenant j'ai du mal à le considérer comme tel, pourtant aujourd'hui c'est effectivement le cas.
    Désolé!
      0  0

  17. #17
    Membre extrêmement actif Avatar de DotNET74
    Homme Profil pro
    Watch R&D Engineer & Apprenti .NET
    Inscrit en
    Août 2003
    Messages
    1 986
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : France

    Informations professionnelles :
    Activité : Watch R&D Engineer & Apprenti .NET

    Informations forums :
    Inscription : Août 2003
    Messages : 1 986
    Par défaut VB.NET
    Salut,

    Pour ma part, je programme en VB.NET car je viens du VB6 donc...

    Bien que VB.NET soit très différent de VB6 je le trouve beaucoup plus clair et simple que le C++, Java ou C# où il y a trop de syntaxe lourdingue comme == {} ou autre délimiteurs dans ce genre.

    C'est déjà pas simple de comprendre les mécanismes implémenter dans .NET alors pourquoi s'emcombrer d'une syntaxe lourde..

    C'est mon avis mais je pense qu'il faut développer avec un langage avec lequel on est à l'aise.

    Et la politique d'une plate forme multi langages me plaît bien.

    Voilà

    [fusionné à ce thread avec les deux réponses suivantes par abelman]
      0  0

  18. #18
    Membre éprouvé Avatar de vdemeester
    Profil pro
    Inscrit en
    Mai 2003
    Messages
    110
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France

    Informations forums :
    Inscription : Mai 2003
    Messages : 110
    Par défaut
    Oh pourquoi ça ??Peut-être parce que le vb6, et même vb.net est beaucoup moins stricte.. Alors forcément on aime bien, on peut oublier certain truc sans qu'il n'y ai de problèmes.. Langage très laxiste on dira (je sais pas si c'est un terme qu'on peut employer dans ce contexte mais enfin )..
    C'est sur que ça parait lourd au départ la syntax c# qui est commune à énormément de langages du reste (c, c++, java, php pour ne citer qu'eux..) mais quand on y est habitué je peux te dire qu'on n'a vraiment plus envie de revenir au vb.net, enfin je parle ne mon nom

    La syntaxe est lourde mais c'est pour votre bien
      0  0

  19. #19
    Expert confirmé
    Avatar de Swoög
    Profil pro
    Inscrit en
    Janvier 2003
    Messages
    6 045
    Détails du profil
    Informations personnelles :
    Âge : 38
    Localisation : France

    Informations forums :
    Inscription : Janvier 2003
    Messages : 6 045
    Par défaut
    Bon, je vais tout de même donner mon avis, mais ça serait bien qu'on évite de partir en Troll

    Tout d'abord, il est vrai que la synthase du VB est très légère comparée à d'autres langages, il est vrai que c'est plus souple à programmer

    Il est vrai que C# est plus lourd au niveau sythaxique.

    Ensuite lecture du code, qu'est-ce qui est le plus lourd ? ou ??

    ensuite, il existe des fois où une assignation fait office de test (pour certaines boucles de type while par exemple) comment transcrire ceci en VB ?

    Il y a un problème : en C# facile : == : comparaison d'égalité, = : assignation... mais en VB ????

    On peut trouver également beacoup d'autres exemples qui vont dans les deux sens !!

    Chacun choisi le langage qui lui convient le mieux !
    (Langages dispo en .NET : C#, J#, C++.Net et VB.Net; on peut pas dire qu'on manque de choix !!!!)
    De plus, le .NET permet de Développer une appli dans plusieurs langages sans qu'il y ait de problème quels qu'il soient !
    Cette plateforme présente donc des avantages indéniables, ensuite, il y a également des inconvénients, comme pour tout !!!

    [....][édité par abelman]

    Swoög...
    Rédacteur "éclectique" (XML, Cours PHP, Cours JavaScript, IRC, Web...)
    Les Règles du Forum - Mon Site Web sur DVP.com (Développement Web, PHP, (X)HTML/CSS, SQL, XML, IRC)
    je ne répondrai à aucune question technique via MP, MSN ou Skype : les Forums sont là pour ça !!! Merci de me demander avant de m'ajouter à vos contacts sinon je bloque !
    pensez à la balise [ code ] (bouton #) et au tag :resolu: (en bas)
      0  0

  20. #20
    Membre extrêmement actif Avatar de DotNET74
    Homme Profil pro
    Watch R&D Engineer & Apprenti .NET
    Inscrit en
    Août 2003
    Messages
    1 986
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : France

    Informations professionnelles :
    Activité : Watch R&D Engineer & Apprenti .NET

    Informations forums :
    Inscription : Août 2003
    Messages : 1 986
    Par défaut
    Ben disons que quand tu as:

    If {} Else {}

    ça va mais quand ça deviens

    If {{{{}}}} Else {{{{}}}}

    C'est tout de suite moins sympa !!

    avec en plus des retour à la ligne au milieu.

    et en VB.NET y a pas besoin de recourir à = !!!

    Il y a dans tout les objets une méthode Equals().

    Donc beaucoup plus simple car

    If a = b Then

    deviens alors

    If a.Equals(b) Then

    Mais bon.
      0  0

Discussions similaires

  1. Que choisir : Delphi ou C++ ?
    Par Gwipi dans le forum Débats sur le développement - Le Best Of
    Réponses: 30
    Dernier message: 18/07/2010, 11h43
  2. Que choisir ? Delphi ou Java ?
    Par Jean-Yves dans le forum Débats sur le développement - Le Best Of
    Réponses: 89
    Dernier message: 19/04/2008, 15h40
  3. [VB.Net] Que choisir tableaux ou collections ?
    Par Pasiphae dans le forum VB.NET
    Réponses: 2
    Dernier message: 16/03/2006, 15h35
  4. [D2005] - Que choisir Winform ou VCL.NET ?
    Par RamDevTeam dans le forum Delphi .NET
    Réponses: 2
    Dernier message: 07/02/2006, 05h25
  5. Que choisir ? : ASP ou ASP.NET ?
    Par Allen dans le forum Général Conception Web
    Réponses: 2
    Dernier message: 24/01/2006, 14h03

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo