Discussion :

[thebossbest]

Bonjour à tous,
J'aimerais savoir, si on peut avoir le même résultat a partir de ces 3 langage qui viennent de Visual Studio.
Je m'explique, si ces 3 langages après être passé par "différent codage" (oui sa sort un .exe à la fin, mais c'est passé par un truc common language, un autre truc ... blablabla, enfin j'espère m'être fait comprendre x))
Donc, je me reprend en clair, si ces trois langages passent par les mêmes codages, ils ont donc à la fin le même résultat.
(Si je veux faire un logiciel en C++ qui modifie des donnés dans un texte, si je veux le faire en VB, possible ?)
Mais là je me pose la question d'après cette dernière parenthèse,
Ces langages s'égalisent t-ils vraiment ??? le C++ est-il plus "utile"-"puissant" pour des programmes complexe (... mmh complexe ... wtf ?) que le visual basic ?
Quel est donc le langage qui peut aller le plus loin, niveau fonctions ?

Bon je suis débutant, j'ai vu un topique qui avait la même tête que le mien, mais moi j'aimerais plus savoir si un langage, n'est pas plus simple d'apprentissage mais plutôt si y'en a un avec le quel on pourra aller vraiment loin, celui avec lequel la complexité d'un code-de la solution voulue, ne peut nous stopper.
Bon j'espère m'être fait comprendre (c'est un peu flou hein x) ), donc je me corrigerais, en attendant j'espère qu'il y aura des réponses x))

[Pol63]

ces 3 langages .net permettent de faire la meme chose
un .exe .net peut d'ailleurs être décompilé vers n'importe quel langage .net (même du delphi.net d'ailleurs)

je crois par contre le c++ de visual studio peut aussi etre utilisé hors .net, il devient donc plus puissant, plus performant, et peut etre moins pratique à écrire

[Bluedeep]

je crois par contre le c++ de visual studio peut aussi etre utilisé hors .net, il devient donc plus puissant, plus performant, et peut etre moins pratique à écrire

le "peut être" est de trop

Plus sérieusement, le C++ permet de faire des assembly mixtes exposant des classes .Net d'un coté et pouvant consommer des classes C++ classiques de l'autre.

C'est très commode si il faut faire un wrapper d'une DLL C++ existante exposant des objets. Uniquement pour des objets, car une DLL C/C++ n'exposant que des functions peut être consommée via une assembly VB.Net ou C# : pas nécessaire, en général, de coder du C++ dans ce cas.

Bon, soyons clair c'est le seul usage utile (que je vois) du C++ managé . Le C++ non managé gardant bien sur toute sa pertinence pour des éléments "time critical" (par exemple).

[camus3]

et pourquoi pas JScript ?