Version imprimable
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 !
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.Citation:
Envoy� par darioo2
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,Citation:
Envoy� par JolyLoic
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 ?
Salut,
c'est une vaste question...Citation:
Envoy� par darioo2
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
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++.Citation:
Envoy� par darioo2
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 ?
tu affirmes un truc faudrait peut-�tre d�velopper plus en d�tail....Citation:
Envoy� par jblecanard
tu ne fournis aucune explication
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.