voila je debute en mfc et je voulais savoir s'il etait possible d'avoir un tutoriel qui n'utilise pas les assistants de creations.
car je n'arrive pas a comprendre le fonctionnement des mfc avec ces assistants.
Citation:
Envoyé par farscape
Version imprimable
voila je debute en mfc et je voulais savoir s'il etait possible d'avoir un tutoriel qui n'utilise pas les assistants de creations.
car je n'arrive pas a comprendre le fonctionnement des mfc avec ces assistants.
Citation:
Envoyé par farscape
salut,
c'est le pire choix à faire ....
faire des MFC sans les assistants veux dire reproduire le même code que l'assistant manuellement, ce qui demande une connaissance poussée des MFC et des différentes syntaxes pour les macros etc...
autant dire que quand tu maitrises tout ça l'assistant n'a plus de secrets..
si tu utilises VC6 (2005 change au niveau des assistants) tu peux regarder mon tuto sur les MFC
peut etre que c'est la mauvaise solution seulement avec les assistant je comprend pas tres bien comment rajouter des elements(boutons , champ texte ...)
Tu te trompes, sérieusement l'assistant est très bien foutu.Et c'est clair que si tu ne souhaite pas l'utiliser, alors oublie l'assistant.
Dis toi déja que pour faire de la MFC, tu doit savoir utiliser les classes en c++, et utiliser les onglets classview, comprendre comment cela fonctionne.
Ne jamais griller les étapes en programmation :)
bon ca va mieux je commence a bien comprendre(mais j'aime pas beaucoups ces assistants;) )
mais bon maintenant je voudrai acceder a une base de donnees mysql. Ce n'est pas indiquer dans ton tutoriel farscape. Pour precisions j'utilise visual studio 2003.
Salut,
Ben moi je comprends tout à fait que tu n'aies pas envie de passer par les assistants, car tu ne peux faire que des applis formatées et des que tu veux faire des trucs un peu perso, qui sortent des sentiers battus, t'es perdu.
Je me souviens avoir eu une discussion avec Farscape justement à ce sujet et moi je ne pense vraiment pas que ce soit la "pire des choses à faire".
Depuis cette "discussion", j'ai trouvé un livre dans la boite où je travaille, aux éditions Micro Application ( titre : Visual C++ 1.5 , Auteur: Alain Lebatard ) qui t'apprends à faire fonctionner les MFC d'abord et ensuite les assistants. Si tu tombes sur ce livre, fonce, même s'il s'agit de la version 1.5, Microsoft gardant une compatibilité, les bases des MFC n'ont pas changé depuis.
Ok, il ne parle pas de ATL et des contrôles ActiveX, mais quand tu débutes, en général, t'essaies de faire simple.
A mon avis, si tu débute avec l'assistant, tu seras toujours "assisté".
En revanche je ne suis pas contre l'assistant pour travailler + vite ensuite, une fois que t'as les bases.
L'assistant, c'est pour les experts pour aller + vite, pas pour ceux qui ne comprenne pas.:D
sauf que :
la majorité des gens ne font pas l'effort de compréhension sur le code généré, expérience vécue sur le forum ...
et au final quand ils se passent des assistants ça explose à tout va...
se passer des assistants en production est une perte de temps.
après tout dépend de ses objectifs.
enfin quelqu'un qui me comprend merci Denn's
Ne pas utiliser les assistants reste tout de même dangereux. J'en veux pour preuve le fait que, sous Visual 6.0, rien quand modifiant les commentaires générés par la création du projet, tu peux faire planter ton application, même si ce n'est que du commentaire que tu as changé car visual s'appuie dessus.
Je crois que maintenant c'est nettement moins le cas, mais une chose est sûre, c'est qu'au moins, quand tu utilises les assistants pour implémenter une action un peu tordue, tu es sûr de ne rien oublier dans ton code.
Pourquoi faire compliquer alors que des outils sont là pour faire simple?
Qui a dit "2 minutes d'abstraction valent des mois de bidouillage"? Quelqu'un d'éclairé sûrement...
tu m'as l'air bien effronté mon pti gars...Citation:
Envoyé par moi89
est-ce que tu t'es meme demandé pourquoi chez microsoft ils s'etaient cassé le cul a créer des assistants ?
et puis tu m'as l'air un peu jeune pour dire que tu connais tout de la programmation... eh oui, sache le, sur le terrain, on en apprend toute la vie.
alors quand tu as un menu ou ya écrit "Ajouter un gestionnaire d'évênements...", c'est quoi le plus dur, de comprendre ce qu'il y a écrit sur le pti bout de menu a cliquer ? ou de chercher les 3 endroits ciblés par cette action, dont certains utilisent des macros plutot obscures (don't d'ailleurs on n'a pas besoin de savoir le contenu pour savoir comment elles marchent...?
on se calme ;)
moi je n'est jamais dit que les assistant sont inutile je suis tout a fait d'accord qu'il facilite grandement la tache et qu'il evite les erreurs mais pour apprendre je pense qu'il ne faut pas passer par des assistants car tu ne comprend pas tout ce que tu fait.Apres tu peut les utiliser et tu pourras modifier le code sans probleme.
Car a l'etat actuel j'ai beaucoups de mal a modifier le code que me genere les assistants.
En passant le but etait de m'aider pas de discuter sur ces assistants.
j'ai reussit a configurer ODBC j'arrive a me connecter mais au moment d'ouvrir mon recordset il me met l'erreur :
"curseur dynamique non pris en charge par le pilote ODBC"
voici le code :
la prochaine fois pense à mettre la balise code, Merci FarscapeCode:
2
3
4
5
6
7
8
9
10
11
12
13
14
15try{ m_database.Open("ma_base"); m_recordset.m_pDatabase=&m_database; m_recordset.Open(CRecordset::dynamic ,"clients"); AfficheDonnees(); } catch(CException *e){ CString s; e->GetErrorMessage(s.GetBufferSetLength(256),255); s.ReleaseBuffer(); MessageBox(s); }
à Toxcct:
Moi89 n'est pas un effronté s'il veut comprendre ce qu'il fait et il ne dit pas qu'il connait tout de la programmation (il dit qu'il débute - relire )
Si chez Microsoft, ils ont fait un assistant, c'est certainement pas pour le débutant mais pour le développeur confirmé qui veut accroitre sa productivité.
Je redis que faire appel systématiquement à l'assistant t'ammeneras à faire des usines à gaz lorsque un petit truc tout simple te sortira d'affaire et que ce petit truc tout simple sera bien plus compréhensible pour la personne qui apportera une fonctionnalité supplémentaire 3 ans après toi.
à SpoutSpout:
Si de modifier un commentaire fait planter ton appli ( j'espère que tu voulais dire autre chose ), c'est qu'il y a des fondamentaux qui t'échappent et que tu ferais bien d'adopter la vision de moi89, car là tu donnes raison à Farscape qui dit que la majorité des gens ne font pas l'effort de comprendre ce que génère l'assistant.
A Farscape:
Vrai que de se passer de l'assistant en production doit faire perdre du temps, mais pour débuter, je persiste à croire qu'il est bon de comprendre ce qui se passe. Ca permet de "voir + loin" une fois que t'as pigé les rouages, de percuter plus vite, et de mieux te servir de l'assistant à bon escien, ne pas faire que du bidouillage.
J'ai tjrs pensé et penserai tjrs qu'il faut "savoir sa leçon avant de faire les exercices".
C'est vrai que ma vision impose de souffrir un peu au début mais après je suis persuadé qu'on si retrouve.
NB: Bien le tuto sur les MDI.
8-)
@Denn's:
j'ai une vision un peu differente de l'apprentissage basée sur mon expérience de formation:
-Rentrer dans le détail au début complique les choses et demande beaucoup d'efforts.
- Se baser uniquement sur les assistants sans faire la démarche de comprendre engendre un certain flou au niveau de la compréhension.
- Se passer des assistants pour dire je maitrise mon code est une conn... ,il faudra écrire pareil et maitriser toutes les syntaxes des macros ce qui pour moi n'est pas une connaissance vitale.
- Comprendre l'architecture, et comment sont envoyés les messages et comment sont initialisés les différents objets est beaucoup plus productif et intéressant, mais cette connaissance n'est pas liée a l'utilisation ou non des assistants ni dans le code généré par celui-ci.
ce n'est que la partie immergée de l'iceberg....
donc au débutant je préfère dire:
Utilise les assistants pour éviter les embuches liées à l'initialisation des contrôles engendrant de multiples plantages ...
Regarde comment ça fonctionne etc..
étudie l'architecture des MFC et l'utilisation des assistants sera démystifiée.
pour moi d'abord on regarde globalement comment ça fonctionne, et après on vient dans le détail .
mais bon ce n'est que mon avis ...
mais j'adhère totalement...Citation:
Envoyé par farscape
Je suis d'accord sauf que le gars qui débute, qui va lancer AppWizzard pour faire une appli MDI et qui voudra faire des docs de nature différente, il comprendra pas qui lui faut pls MultiDocTemplate. Si il veut enlever la barre des tâches qui trouve pas belle, il va faire de la suppression peut-être un peu large qui va lui affecter d'autres trucs etc.
Donc un bon livre ( ils sont ++ rares ) et de la volonté, rien de tel.
Mais l'appWizard m'a déjà rendu service, je ne suis pas totalement contre.
;)
J'ai dit "peut faire planter ton appli", j'ai pas dit que c'était mon cas et que (selon tes dires) je ne comprenais rien au code généré. C'était un conseil tout à fait honnête et sans arrière pensée. Essaye de bien lire avant de dire des bêtises...:roll:Citation:
Envoyé par Denn's
calmons nous :D,
essayons de discuter sereinement.
certes les commentaires ne peuvent pas faire planter l'application,
mais sous visual 6.0 les commentaires de l'ide servent à l'assistant pour placer le code au bon endroit, si on écrit manuellement il faudra continuer manuellement car l'assistant ne fonctionnera plus.
sous VC2005 il n'y a plus de commentaires pour repérer l'emplacement du code tout se fait dynamiquement avec un classview qui se met un peu trop souvent a jour a mon gout ...
pas de genre de problèmes en C++/CLI :aie:
...
:aie:
Sinon, je suis du même avis que Farscape, un débutant DOIT utiliser les assistants. Mais ca ne doit pas l'empecher pas de comprendre ce qu'il s'y passe. En général, c'est quand on sort du cadre de débutant qu'on a besoin d'aller mettre le nez dedans.
Ensuite, un débutant qui ne cherchera pas à comprendre ce qu'il s'y passe, restera un débutant.
c'est sûr :aie:, en C++/CLi si n'utilise pas les assitants tu es foutu, vu qu'il y a en plus le code des ressources dans la classe...Citation:
Envoyé par nico-pyright(c)
pas foutu, mais ca serait contre-productif, comme pour les MFC
et dieu inventa le classwizard :aie:
classwizard n'existe plus dommageCitation:
Envoyé par nico-pyright(c)
Suite à cette discussion,
Je vous propose un petit sondage sur les assistants et Visual :
Les utilisateurs de RAD trouvent qu’ils ne font pas assez de choses comparé à Delphi, c++ builder
Certains les trouvent inutiles, d’autres indispensables ou mettez vous la barre ?
Il a pas vraiment disparu, ce n'est juste plus une entité à lui tout seul. Mais tu peux toujours utiliser des assistants pour ajouter classes, fonctions, variables, évènements,... Le seul problème, et je suis d'accord avec toi, c'est que tout ça n'est malheureusement plus réuni sous un seul assistant...Citation:
Envoyé par moi89