Discussion :

[darioo2]

Bonjour,

Je sais que le framework .net est utilisable par plusieurs langages dont le C++ mais est-ce que le fait d'utiliser le framework implique une dépendance lors de l'exécution de l'application (obligation d'avoir le framework installé sur la machine de l'utilisateur) ou le code est compilé et directement utilisable en natif ?

Merci de votre aide !

[JolyLoic]

Bonjour,
Je sais que le framework .net est utilisable par plusieurs langages dont le C++ mais est ce que le fait d'utiliser le framework implique une dépendance lors de l'execution de l'application (obligation d'avoir le framework installé sur la machine de l'utilisateur) ou le code est compilé et dirrectement utilisable en natif ?
Merci de votre aide !

Le support du framework .NET n'existe pas vraiment en C++ en tant que tel. Il y a en fait un nouveau langage, nommé C++/CLI, qui partage une partie de sa syntaxe avec le C++, et une autre partie avec .NET. Sauf erreur, tout code C++ valide est censé être recompilable en C++/CLI. Mais dans ce langage, une classe C++ et une classe .NET sont de natures différentes, et il n'est pas possible de mélanger ces deux catégories de types comme on veut.

Maintenant, le framework .NET demande toujours une installation sur le poste client, quel que soit le langage l'utilisant. Le seul point positif est qu'avec le temps, il devient de plus en plus probable qu'un autre programme l'ait déjà installé au préalable.

[darioo2]

Le support du framework .NET n'existe pas vraiment en C++ en tant que tel. Il y a en fait un nouveau langage, nommé C++/CLI, qui partage une partie de sa syntaxe avec le C++, et une autre partie avec .NET. Sauf erreur, tout code C++ valide est censé être recompilable en C++/CLI. Mais dans ce langage, une classe C++ et une classe .NET sont de natures différentes, et il n'est pas possible de mélanger ces deux catégories de types comme on veut.

Maintenant, le framework .NET demande toujours une installation sur le poste client, quel que soit le langage l'utilisant. Le seul point positif est qu'avec le temps, il devient de plus en plus probable qu'un autre programme l'ait déjà installé au préalable.

Merci pour ta réponse,
Mais je fais déjà un peu de C# qui implique une dépendance au framework, finalement je n'y gagnerais pas en autonomie en codant en C++ et utilisant le framework ?

[Mat.M]

Salut,

Merci pour ta réponse,
Mais je fais déjà un peu de C# qui implique une dépendance au framework, finalement je n'y gagnerais pas en autonomie en codant en C++ et utilisant le framework ?

c'est une vaste question...
d'abord pour répondre à la question initiale, sous VC++ il faut créer un projet en C++/CLI dont parle Loïc.
Ceci dit je crois que cela doit être possible si tu fais un projet pure win32 MFC ou non de mélanger du code compilé en natif avec du managed code grâce à la prédirective _gc et certainement en spécifiant certaines options dans les propriétés.

Maintenant pour ce qui est de coder en C++ tu as plusieurs possibilités soit tu fais un projet en grande partie en C++/CLI mais tu seras toujours dépendant du framework.
Le code compilé sera du code managed qui fournira du Common Langage Runtime...
soit tu fais un projet 100% code natif soit en win32 pure soit avec les classes MFC ou bien voire Qt
L'avantage de faire un projet avec .NET c'est que tu peux appeler des webservices etc..
par contre niveau performance c'est moindre qu'en natif..
Mais je le répète tu peux faire un projet en C++ compilé natif et appeler des composants .NET et du managed code

[jblecanard]

Mat. M tu renres trop dans les détails, la question de darioo est simple.

Mais je fais déjà un peu de C# qui implique une dépendance au framework, finalement je n'y gagnerais pas en autonomie en codant en C++ et utilisant le framework ?

La réponse est non, tu ne gagnes pas en autonomie d'un point de vue client lors d'un portage de C# vers C++.

Si tu es en début de projet, réfléchis bien à la dépendance à .NET qui est forte. Perso je m'efforce de faire du cross-platfom tant que c'est possible. .NET présente un intérêt dans une entreprise pour faire communiquer des applicatioins entre elle mais ton projet ne le nécessite peut être pas ?

[Mat.M]

Mat. M tu renres trop dans les détails, la question de darioo est simple.



La réponse est non, tu ne gagnes pas en autonomie d'un point de vue client lors d'un portage de C# vers C++.

?

tu affirmes un truc faudrait peut-être développer plus en détail....
tu ne fournis aucune explication

[jblecanard]

Je ne te dois pas des détails à toi Mat. M, mais à l'auteur du post. Tu sais que c'est exact alors ne vient pas pourrir juste parce que tu es un peu vexé d'être rudoyé. Tu m'as downvoté pour un ressentiment personnel au lieu d'une critique constructive de mes propos.

La raison est simple : à partir du moment où tu utilises des fonctionnalités du framework .NET, tu en as besoin pour exécuter le projet. .NET n'est pas un ensemble de bibliothèques qu'on peut lier en statique pour promener le code partout. C'est un écosystème logiciel complet et fortement lié aux plateformes Microsoft.

En choisissant le C++, tu peux délimiter des parties de code qui ne dépendant pas de .NET et qui seront compilables/utilisables ailleurs. Ca te donne plus d'indépendance pour des parties de code si tant est que ton projet aie besoin d'une base de code partagé. Sur le projet en entier, exécutable, la dépendance est toujours présente.