3379 connectés

FORUM HardWare.fr

Programmation

Vc++ 7

Recherche :

Dernière réponse
Sujet : Vc++ 7
TheJackal	ca t'emmerde de faire une meth stat ?

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

TheJackal

ca t'emmerde de faire une meth stat ?

BENB

oliv5 a écrit a écrit :

Ouais, ben tu fais comment pour lui dire d'utiliser une methode de classe comme fonction callback de gestion de fenetre ? J'ai bien trouvé une solution sur le web, mais ca m'oblige à utiliser une methode statique.

Ce n'est pas possible...
-soit tu utilises un methode globale ou une methode statique.
-Soit l'appelant doit connaitre l'objet et il doit recevoir un pointeur sur l'objet et un pointeur sur la methode
-Soit tu utilises du polymorphisme et tu doit deriver de la class machin et surcharger...
-Soit tu utilises des templates et des macros...

Mais les dernieres methodes imposent de passer une couche au dessus de l'API...

oliv5

Ouais, ben tu fais comment pour lui dire d'utiliser une methode de classe comme fonction callback de gestion de fenetre ? J'ai bien trouvé une solution sur le web, mais ca m'oblige à utiliser une methode statique.

TheJackal

tu fait tes propres class
je fait ca moi
au moin, j'adapte a mes besoin car je peux vraiment pas blairer MFC
ca me prend un peu de temps now mais apres ca ira +vite pour faire des app

oliv5

robUx4 a écrit a écrit :

Moi je préfère sans, me faire mes petits objets suivants que j'en ai besoin (classe métier). M'enfin des fois c'est bien d'aller y piquer quelques idées.

Tu les fais comment test fameux petits objets ? T'utilise pas les MFC si j'ai bien compris, alors as-tu un exemple sous la main. Dans mon cas, je code direct en win32 (donc je fais pas du code objet) et ca me fait chier.
Y a t il une solution alternative aux MFC ???

TheJackal

:??:

oliv5

robUx4 :
Comment tu fais tes fameuses classes métiers dont tu semble si fiers ??? Parce que moi, jme fais ch..... avec le code Win32, alors si il y a une solution simple pour faire de l'objet et gérer l'interface, sans toucher aux MFC, je prends tout de suite .

Guru	Ce qui n'est pas très surprenant, les deux (C# et VB.Net) reposent sur la CLR (Common Language Runtime) le runtime de l'environnement .Net. CLR est censé fournir aux applications une interface indépendante du langage et offrant une certaine abstraction du système d'exploitation sous jacent.

TheJackal

je vais vous dire un truc: VB.Net ressemble bcp au C#

robUx4

BlackSunSoft a écrit a écrit :

On ne pourra donc pas faire migrer ses app du VB6 au VB7 alors ?

C'est idiot leur truc. Qu'apporte les Winform ?

VB ? Ben oui c'est ca d'avoir un langage qui dépend d'un (seul) éditeur.

BlackSunSoft

On ne pourra donc pas faire migrer ses app du VB6 au VB7 alors ?

C'est idiot leur truc. Qu'apporte les Winform ?

rotoutou

Alload a écrit a écrit :

C'est mieux de coder avec les MFC ou sans au fait?

Je suis débutant dans la programmation Windows et donc j'aimerais savoir vers quoi me diriger pour créer des programmes Windows les plus rapides et stables possible.

si tu dois faire du OLE/COM, je te conseille les MFC. par contre par rapport au SDK c'est du C++, avec des jeux d'interfaces COM dans tous les sens, c'est un gros morceau à apprendre et comprendre (enfin bon, tu peux te passer de COM au début, dans ce cas c'est plus "simple" que le SDK)

y a aussi des macros partout dans le code, ça fait un peu peur par rapport au c du SDK

un autre truc à prendre en consideration : souvent avec les MFC y a des bugs, et finalement tu traces jusqu'à arriver dans le SDK, alors le connaitre un peu c'est pas mal quand meme

a+

TheJackal

robUx4 a écrit a écrit :

Moi je préfère sans, me faire mes petits objets suivants que j'en ai besoin (classe métier). M'enfin des fois c'est bien d'aller y piquer quelques idées.

tout a fait

robUx4

Moi je préfère sans, me faire mes petits objets suivants que j'en ai besoin (classe métier). M'enfin des fois c'est bien d'aller y piquer quelques idées.

TheJackal

c plus simple avec car ya moin de truc a prendre en charge.
essaye tu vera. certain aime... d'autre comme moi n'aime pas.
MFC prend bcp de truc en charge et j'aime pas car je sais pas ce qu'il fait. (enfin...)

pour MFC dans VC++8: si il le dise, m'enfin, je voudrais bien savoir qui leur a dit ca...

en ce qui concerne C# c vrai que c une dobe lente et infame comme java :D

Alload

C'est mieux de coder avec les MFC ou sans au fait?

Je suis débutant dans la programmation Windows et donc j'aimerais savoir vers quoi me diriger pour créer des programmes Windows les plus rapides et stables possible.

rotoutou

TheJackal a écrit a écrit :

comment tu sais kiora toujours MFC dans la version 8.
:sarcastic: elle est meme pas prevu pour l'instant

tiens en français en plus :

http://lafaqmfc.com/

La Question du Mois
En voilà une question souvent posée !

Quel avenir pour MFC ? MFC est-il abandonné au profit de WinForms dans Visual Studio 7 ? Que penser de C# ? Quel rôle pour C++ dans la nouvelle stratégie Dot Net de Microsoft ?

Et voici donc quelques éléments de réponse :

MFC fonctionne "nickel-chrome" dans Visual Studio version 7 beta 1. Toutes mes applis, soit environ 300.000 lignes de code, compilent et tournent sans histoire. Absolument aucun problème de migration. J'attends donc Beta 2 avec impatience et vous tiendrait au courant.
WinForms remplace les formulaires de Visual Basic. Rien à voir donc avec MFC. Faire migrer du VB-6 en VB.Net est une toute autre histoire... Du genre Mission Impossible.
C++ est irremplaçable, au moins pour les 5 ou 6 prochaines années, et ce, même chez Microsoft. Comprendre que C# est destiné à concurrencer JAVA et non C++.
Pas de panique : MFC sera présent dans Visual Studio 8.

[edit]--Message édité par rotoutou--[/edit]

BENB	Il n'y a pas de raisons que que les MFC ne soient plus la. Par contre elles ne seront plus supportees (plus de support).

TheJackal

et ou ca ?
la version 7 n'est que en beta 1 et vous parlez deja de la 8 ?

chadenat

Moi aussi j'ai lu que les MFC seraient présentes dans la version 8...

TheJackal

rotoutou a écrit a écrit :

je l'ai pas sous la main là, mais je te passe le lien de mon boulot demain : les MFC seront toujours dans visual studio 8

ouf on va encore continuer à coder avec ce merveilleux SDK :sarcastic:

"this behavior is by design" <--msdn
:o :fou: <-- moi

comment tu sais kiora toujours MFC dans la version 8.
:sarcastic: elle est meme pas prevu pour l'instant

rotoutou

je l'ai pas sous la main là, mais je te passe le lien de mon boulot demain : les MFC seront toujours dans visual studio 8

ouf on va encore continuer à coder avec ce merveilleux SDK :sarcastic:

"this behavior is by design" <--msdn
:o :fou: <-- moi

TheJackal

je chipote mais c VC++.NET
et je confirme: ya toujours les MFC.
ya des leger truc qui change mais vraiment tres leger

BlackWolf

salut tt le monde,
je sais que certains ont deja des beta versions des nouvelles version des compilos microsoft, on disait sur ce forum que les MFC seraient supprimés/remplacés dans la nouvelle version :
qu'en est-il réelement (je veux pas me casser le c.. a apprendre les mfc si c deja complettement différent en vc++ 7 et suivants)
?

Allez merci d'avance
@+