Discussion :

[parabole33]

bonjour ,

Je suis d�butant en Visual . Je doit basculer mes anciens codes Borland RAID en Visual . ( pas le choix ..... )

J'ai un probl�me sur les d�clarations de class personnelles en Visual . En Borland , on d�clare une class par : ex :: test Test ;

dans les d�clarations de variables globales en t�te de cpp .

en visual ca plante . Il faut intancier une class dans une fonction ?

Bizarre ...

Dans ce cas , pour un projet CLI WinForm , ou je d�clare cette class ?

Merci beaucoup pour les infos

[parabole33]

Pour les class j'ai trouv� tout seul comme un grand .......

[bacelar]

Un projet C++/CLI Winform est un projet utilisant le Framework .NET.

Comme il n' y pas de s�paration entre la d�claration et la d�finition, les fichiers utilis�s sont des .h. La d�claration est construite par le compilateur par d�duction des sources.

Si vous ne connaissez pas .NET, je vous conseil de v�rifier si un autre framework graphique C++ comme MFC ou Qt ne serait pas plus pertinent.

[parabole33]

Un projet C++/CLI Winform est un projet utilisant le Framework .NET.

Comme il n' y pas de s�paration entre la d�claration et la d�finition, les fichiers utilis�s sont des .h. La d�claration est construite par le compilateur par d�duction des sources.

Si vous ne connaissez pas .NET, je vous conseil de v�rifier si un autre framework graphique C++ comme MFC ou Qt ne serait pas plus pertinent.

J'ai fait une simple erreur . Je voulais un projet Win32 Natif ( visual Express ) et non FrameWork CLI. J'en ai assez vu en C# ....

Je cherchai un EDI en gratuit avec un assistant pour les contr�les ... Natif windows . Visual Expres pas possible .... La m�me chose que Borland C++ RAID mais en gratuit .

J'ai ragard� DEV C++ . La prise en main est assez compliqu�e . Alors j'oublie . Dommage ...

Alors oblig� de faire du Win32 et de coller � la main la cr�ation de tous les contr�les et tout le reste ..... Dur dur ....


merci !

[moldavi]

Bonjour.

Je me permets de relancer le sujet, parce que j'ai l'impression qu'il y a confusion.

Comme vous, je souhaitais utiliser une API pratique pour les interfaces graphiques, tout en continuant de coder en C++ natif les modules sensibles (du moins, garder en natif le code pour lequel j'avais l'habitude).

J'ai commenc� avec le mix-managed. J'avais donc du code C++/Cli et du code C++ natif (il fallait utiliser #pragma unmanaged).

Et puis � force de travailler avec le Framework .net, je me suis rendu compte que c'�tait plut�t int�ressant. En fait beaucoup mieux sur de nombreux points. Par exemple, pour la gestion r�seau et xml, j'ai pratiquement bascul� tous mes codes en C++/Cli.

Maintenant, je programme mes interfaces graphiques et m�me plus en deux/deux avec le framework. Et lorsque ce n'est pas possible, je fais des dll COM en C++ natif que j'int�gre � la Winform (exemple avec des dll DirectShow/DirectX).

Le conseil que je vous donne :

vous voulez �tre productif dans la conception d'interface graphique, alors utilisez les winforms. Vous voulez conservez du code C++ natif, fa�tes des dll COM et utilisez-les dans le programme .net.

C'est pas facile au d�but, mais une fois que l'on g�re la chose, le gain de temps est vraiment appr�ciable.

[parabole33]

Bonjour.

Je me permets de relancer le sujet, parce que j'ai l'impression qu'il y a confusion.

Comme vous, je souhaitais utiliser une API pratique pour les interfaces graphiques, tout en continuant de coder en C++ natif les modules sensibles (du moins, garder en natif le code pour lequel j'avais l'habitude).

J'ai commenc� avec le mix-managed. J'avais donc du code C++/Cli et du code C++ natif (il fallait utiliser #pragma unmanaged).

Et puis � force de travailler avec le Framework .net, je me suis rendu compte que c'�tait plut�t int�ressant. En fait beaucoup mieux sur de nombreux points. Par exemple, pour la gestion r�seau et xml, j'ai pratiquement bascul� tous mes codes en C++/Cli.

Maintenant, je programme mes interfaces graphiques et m�me plus en deux/deux avec le framework. Et lorsque ce n'est pas possible, je fais des dll COM en C++ natif que j'int�gre � la Winform (exemple avec des dll DirectShow/DirectX).

Le conseil que je vous donne :

vous voulez �tre productif dans la conception d'interface graphique, alors utilisez les winforms. Vous voulez conservez du code C++ natif, fa�tes des dll COM et utilisez-les dans le programme .net.

C'est pas facile au d�but, mais une fois que l'on g�re la chose, le gain de temps est vraiment appr�ciable.

merci beaucoup pour tout ces conseils .

Morale de l'histoire .. Je viens de Borland C++ . On a pas besoins de .Net pour faire des WinForn et interfaces graphiques complexes. Beaucoup plus simple pour un d�ploiement . Ne pas �tre oblig� de mettre � jours les PC avec .Net ....

@+

[moldavi]

Ok.

Je me tapais les interfaces graphiques avec Win32, �a m'a vite so�l�. C'est pour cela que je suis pass� aux winforms. J'avoue que les Mfc, Qt et autres, j'ai jamais adh�r�. Il y des technologies comme �a qui ne passent pas. Mais j'ai eu la chance de pouvoir choisir...

Par contre je reste en C++ pour DirectX/DirectShow.