"Comment utiliser la librairie .net framework en C++ ?"

Salut,

Qui pourrais me dire comment faire pour ce servir de la librairie .net framework 4 ?

Car une fonction m'intéresse dedans :

http://msdn.microsoft.com/fr-fr/library/system.environment.username.aspx

Mais comment faire et quoi mettre dans le code pour par exemple afficher le nom d'utilisateur en faisant :

QMessageBox::information(this,"Test", "Nom d'utilisateur : " + Environment::UserName); // <- Comment faire pour que Environment::UserName soit reconnu à la compilation ?

Merci !

Tu ne peux pas. On ne mélange pas les langages si facilement et donc encore moins les librairies.

http://lmgtfy.com/?q=how+to+get+the+windows+username+in+c%2B%2B&amp;l=1

Peut-être en utilisant visual C++, comme c'est un IDE Microsoft t'auras peut-être accès à cette bibliothèque version C++.

Ouais je crois bien que cet IDE intègre cette librairie :

"It has tools for developing and debugging C++ code, especially code written for the Microsoft Windows API, the DirectX API, and the Microsoft .NET Framework." d'après http://en.wikipedia.org/wiki/Visual_C%2B%2B

Prend visual C++ express
http://msdn.microsoft.comom/fr-fr/express/aa975050.aspx

Si on ecarte le nouveau framework metro qui est un peu chelou le .NET framework s'appuie sur une machie virtuelle qui execute des programmes ecrits en CLR. On ne peut pas utiliser la librairie .NET en C++ (l'inverse est possible cependant).

J'ai donne la reponse a son probleme pourquoi vouloir chercher des solutions qui sont impossibles et qui sont plus difficiles a mettre en place que trois includes et quatre lignes de code ?

tbop2 il demande bien :
"Comment utiliser la librairie .net framework en C++ ?"
moi je répond : avec visual C++

et comme il semble utiliser QT :
http://www.siteduzero.com/tutoriel-3-36553-utiliser-qt-avec-visual-studio-2010.html

C'est surement possible en faisant appel à l'API windows en C.
http://msdn.microsoft.com/en-us/library/windows/desktop/ms724432(v=vs.85).aspx

Mais je sais pas si la fonction correspond exactement au but recherché.
Mais bon ce n'est en tout cas pas portable comme tel.

ce truc la n'est pas stocker dans une variable d'environement sous windows?

le-chocolat pourquoi appeler un framework .NET qui est fait pour le C# et qui n'est donc pas compilable en C++ quand on peut le faire avec la librairie C de windows.... Et meme si c'etait compatible : pourquoi faire complique quand on peut faire simple ?

tbop2 -> justement le visual C++
c'est pas pour rien que ca existe,
c'est pour faire du .net en C++

"qui est fait pour le C#"
euh non il y a le VB.NET, le Visual C# et aussi Visual C++

le-chocolat
Posté le 12 mars 2012 à 16:59:08
tbop2 -> justement le visual C++
c'est pas pour rien que ca existe,
c'est pour faire du .net en C++

"qui est fait pour le C#"
euh non il y a le VB.NET, le Visual C# et aussi Visual C++

Attention, attention, attention...
A part la syntaxe, visual C++.net et Visual C++ n'ont pas grand chose en commun.

VC++.net est un langage de la plateforme .net compile en MSIL comme le fait C# ou vb.net.
VC++ est du plain old C++ et compile vers du code natif, comme mingw32.

Il existe des moyens d'appeler une dll .net depuis une application native mais c'est un peu trop fumeux pour le cas qui nous intéresse.

VOILLLLLAAA

Et bien on arrive nom d'un chien. Comment peut-on oser appeler le C++ et le C++ avec l'extension CIL de Microsoft la meme chose. N'est-ce pas faire la un GROS abus de langage ? Donc ca rejoint ce que je disais dans mon premier post, ils ont mit ca encore plus a jour avec le nouveau framework Metro mais c'est clairement pas du C++ pure. Ou alors je serai heureux d'apprendre que je commets moi-meme une imprecision mais on ne peut pas mettre ces deux facons de coder sur une meme equite. (et franchement quitte a coder en .NET autant le faire en C# non ?)

Cela dit une fois de plus, pourquoi s'embeter avec tout ca quand la reponse tenait en un seul appel de methode normale tout ce qu'il y a de plus gentil de l'API Windows.

1. et franchement quitte a coder en .NET autant le faire en C# non ?

-> la je suis totalement d accord

Juste pour cette fonction, je me verrais plutôt lire dans la base de registre par l'intermédiaire de l'API Windows.