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
@+

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

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
 
"this behavior is by design"  <--msdn
  <-- moi

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   "this behavior is by design"  <--msdn   <-- moi

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

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

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

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 a écrit a écrit :     comment tu sais kiora toujours MFC dans la version 8.   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]

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.

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

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

 
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+

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.

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

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.

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 .

 
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 ???

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

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...

ca t'emmerde de faire une meth stat ?