Salut a tous,  
 
Voila je programme un peu en Win32/C++ (avec Visual C++) et j'entends souvent parler de MFC.
Je crois que c'est un systeme de classe, ou quelque chose comme ca, mais je voulais savoir si ca permettais de faire le meme genre de choses, et quels etaient les avantages/inconvenients par rapport au Win32/C++.
 
Merci

Bon, alors, tu tombes bien, g un peu de temps...
 
J'voudrai pas déja passer pour un vieux con (à 20 ans ça serai dommage !) mais en info, y faut toujours savoir le sens des mots que t'utilises: Win32/C++, c en fait la programmation windows, donc, avec les MFC, c aussi du Win32/C++.
Mais j'imagine que tu veux dire : "quels sont les avantages/inconviénients des MFC par rapport à la prog avec l'API Win32.
Sinon, donc, les MFC, c comme tu dis un emsemble de classes qui te simplifient la tâche. la structure de ton programme en devient plus simple. Je vais pas te faire un cours maintenant, ms c simple à apprendre: g appris tt seul, sans bouquin. Surtout si t'as Visual C++ 6.0 (ou autre surement), avec le wizard, essaye de faire un projet MFC Wizard. Utilise aussi la doc MSDN Library; toutes les classes des MFC y sont décrites (elles commencent toutes par C, exemple: CString).
 
Sinon, personnellement, j'dirais que les avantages de MFC, c:
plus simple, plus rapide, (plus stable !??)
 
les inconvénients, c qu'une fois que t'y a gouté, t'as vraiement pas envie de revenir en arrière, pourtant, j'pense qu'y a des cas ou y faut bien.
 
Voila, sur ce, j'retourne à mon boulot.

Avantage: ça va plus vite à coder, ça a une structure de classe plus propre (enfin ça reste du microschrott hein!!).
 
Inconvénient: comme MFC te simplifie la vie en gêrant les messages c parfois plus dur de s´éloigner du comportement par défaut (cf la réflexion de messages qui me fait vraiment bien rigoler!! )..
 

les MFC c en fait une surcouche de l'API win32

Ok ben merci pour toutes ces informations de votre part
 
Encore une petite question, pour la creation de dll vos arguments restent valables ?

...ouais !

j'ai fait pas mal d'API win32 et recemment j'ai commencer MFC...
Franchement, c'est quand meme sacrement sympa.
 
C"est pas que j'aime pas les grosses callback avec des switch gigantesque, mais bon ....

Bon ben j'vais aller voir ce de plus pres alors
 
Merci

 
    Bon avec Win32 tu peux écrire du texte , te poser des questions dans une fenêtre prés programmé, alors qu'avec MFC AppWizard, tu peux écrire ta propre fenêtre , des boîtes de dialogues et d'autres trucs sympa...
Cependant , bien que MFC est plus facile à dévelloper qu'un Win32 ,  il est souvent plus long , à cause des sauvegardes à écrire ,un système de serveur,ou encore si l'on a choisi de concevoir un logiciel de dessin perfectionner... suivant ce que l'on a choisi comme projet.
     Sinon je te conseille de te faire la main sur les deux et après c'est à toi de choisir...
     

moi je trouve les MFC asser chiant

...par rapport à l'Api win32 !?

eupe
 
J'ai toujours pas commence les MFC
J'ai tente un projet hier mais Il est ou le WinMain et le WndProc ??
 
Envole, disparu, je suis perdu

 
non, par rapport aux VCL de Borland par exemple (en tout cas c'est mon avis)

Toutes les classes du genre Cstring, CRegKey c'est des MFC ??
On peut les utiliser dans un projet Win32 je pense (add MFC to project dans les settings).
 
Mais alors c'est koi la diff entre un projet MFC et un projet Win32 ?
 
(a part que je retrouve pas mon WinMain et mon WndProc )

Oui, les VCL de Borland apportent un niveau d'abstraction supplementaire par rapport aux MFC, qui elles encapsulent les fonctions de base du C/C++ (comme des classes de String, etc). L'avantage, c'est que c'est moins long a coder et plus facile a comprendre, l'inconvenient c'est que si tu veux aller plus loin et  devier du comportement encapsule par les VCL/MFC, tu dois de toute facon apprendre comment ca fonctionne. Je veux dire par la, que tu peux te contenterndes MFC ou VCL si tu restes sans quelques chose de relativement standard.
 
Les VCL sont plus faciles effectivement a utiliser et a coder, mais l'inconvenient, c'est que si tu veux ne pas les utiliser a un endroit, tu dois vraiment redescendre tres bas dans l'API Windows, plus bas qu'avec les MFC. A toide voir ton usage. Ah oui aussi, les VCL sont codees en DELPHI, et il y a un interfacage avec les C++, donc si tu veux editer le comportement d'une classe VCL, il faudra te plonger un peu dans du DELPHI (c'est pas tres complique).
 
Derniere reflexion : l'arrivee du .Net. Si tu ne t'es pas encore mis a MFC, je te conseille peut-etre de ne pas le faire et de passer au .Net. La raison, c'est que MS va pousser TRES fort les developpeurs a utiliser cette nouvelle technologie, et surtout, ne va plus supporter les MFC. Donc se lancer dans les MFC maintenant, c'est une impasse a moyen terme, a moins que ce soit pour un usage personnel et la tu peux te permettre plus de lattitude.
 
Vala mes 2cp

Ben en fait je fais de la prog dans ma boite, mais bon c'est pas super pousse pour l'instant. Mais tant que je peux apprendre des trucs...
Maintenant je sais pas si la tech .NET va m'etre super utile pour le moment.

Je viens d'apprendre que les ingenieurs avec lesquels je bosse (a distance puisqu'ils sont en Norvege) utilisent OWL de Borland, et ils vont passer a OWLNext, compatible avec Visual C++.
 
Je sens que je vais etre perdu dans tout ca.

Godbout a écrit a écrit : Toutes les classes du genre Cstring, CRegKey c'est des MFC ?? On peut les utiliser dans un projet Win32 je pense (add MFC to project dans les settings).   Mais alors c'est koi la diff entre un projet MFC et un projet Win32 ?   (a part que je retrouve pas mon WinMain et mon WndProc )

 
CString = MFC
MFC = utilise la DLL MFC4*.DLL
 
MFC peut être utilisé dans :
* une appli console Win32
* une appli Win32 vide
* une appli Win32 créé avec le appwizard : Dialog, SDI, MDI
 
La différence est que tout est encapsulé dans des classes (CWinApp contient le WinMain, CFrameWnd contient le rectangle de la fenêtre). Par exemple la reception de message est automatisée par un sous-classage de fonctions virtuelles (au lieu d'un gros switch vilain). La classe CDocument automatise la sérialisation. CWinThread simplifie le multitread etc...
 
A partir du moment où ton application n'est pas critique, tu peux utiliser les MFC. De plus, cette encapsulation n'exclut pas de faire un appel à l'api Win32 si besoin est.

[edtdd]--Message édité par Tetragrammaton IHVH--[/edtdd]

t'entends quoi par "application critique" ?

Ok merci Tetra

 
OWL ça existe encore
c'est l'ancêtre des VCL...

Ben apparemment ils font la new version de la morkitu, OWLNext.
Mais je crois que je vais pas m'attarder dessus.

étant donné que les mfc ne seront plus supporté mieux je crois ne pas créer de nouveau système avec ça...
 
ta penser utiliser c++ builder?

 
Comment ça plus supportés...et puis quoi encore?  

 
Tu crois quoi !? que microsoft, dans .NET va tout arrêter... allez, hop, à la poubelle les MFC !
Non, ms t fou tout... ils ont dépensé des millions (peut être de milliards) pour créer le truc et ils vont le laisser !? meuuuuh non ! ça serait une catastrophe... plein de monde refuserai de passer à .NET si ça n'supportait pas le MFC ! t'as déja pensé à ttes les boites qui programment avec les MFC... comment on fait évloluer les appli si l'IDE est plus compatible !?
mais non, t dingue, c IM-PO-SSIBLE !

[edtdd]--Message édité par El_Gringo--[/edtdd]

c'est pas déjà ce qui se passe avec VB 6 -> VB .NET ?

il y avait un article qui en faisait étant sur www.developpez.com...
c'est ce qui se passe antp avec vb et vb.net
 
vive delphi