GESTION D'UN PARC DE VÉHICULES (WIN 32) (POLYMORPHISME + COLLECTION GÉNÉRIQUE)
marik7335
Messages postés
115
Date d'inscription
samedi 27 décembre 2003
Statut
Membre
Dernière intervention
11 mai 2009
-
13 sept. 2005 à 01:46
koda_xii Messages postés 9 Date d'inscription vendredi 16 avril 2004 Statut Membre Dernière intervention 23 janvier 2006 - 18 sept. 2005 à 19:31
koda_xii Messages postés 9 Date d'inscription vendredi 16 avril 2004 Statut Membre Dernière intervention 23 janvier 2006 - 18 sept. 2005 à 19:31
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/33771-gestion-d-un-parc-de-vehicules-win-32-polymorphisme-collection-generique
https://codes-sources.commentcamarche.net/source/33771-gestion-d-un-parc-de-vehicules-win-32-polymorphisme-collection-generique
18 sept. 2005 à 19:31
moi j'avais une fenetre principale et deux child's intégrés à l'a fenetre
j'avais besoin de passer le status d'un bouton à d'une fenetre child à l'autre de maniere à acceder a l'une de ses fonctions.
le hick c'est qu'il est quasi impossible de passer des messages directement entre deux childs.
mais il ya quand même une possibilité:
tu envois un message à la fentre principale c'est un format spécial MFC (les messages) c'est la meme chose que les afx. une fois que le message est reçu par la fenetre dialog principale une methode est appellée et tu peux accéder à ton autre fenetre child.
je n'ai pas mon code source sous les yeux alors lundi ou plus tard tu m'envois un mail, et du boulot je te ferais un brief sur du concret
comme j'aime pas le spam je te renvoie à mon site surlequel il y a une inteface mail pour que tu puisses me poster un message.
////////////////////////////////////////////////////////
bon en ce qui concerne la source, béni soit tu je dois gérer un parc de vehicule et de points fixes sur une carte et je ne savais pas comment gérer le polymorphisme car je voualis modéliser de cette manière alors ça me fera un bon point d'apuis. Je vais regarder les sources tout à l'heure en tout cas c'est bien cool.
14 sept. 2005 à 14:03
14 sept. 2005 à 07:41
Ca ferait plaisir à beaucoup de gens aussi j'pense :)
14 sept. 2005 à 01:02
14 sept. 2005 à 00:54
14 sept. 2005 à 00:53
car si non on doit cree un nouveau projet blabla...
14 sept. 2005 à 00:48
14 sept. 2005 à 00:45
14 sept. 2005 à 00:41
13 sept. 2005 à 14:58
13 sept. 2005 à 13:43
13 sept. 2005 à 13:32
Je ne vois pas le contexte, pas le temps de tout regarder dans le code.
Renomme exe en exe.name par exemple, on pourra le prendre sinon il est enlevé du zip au download.
Pourquoi des 'try catch' ??? déjà qu'il y a du 'string' et autres bidules, la gestion d'exception est une calamité pour le code, pour preuve ton exe fait 200 Ko pour si peu, il en ferait 30 maxi avec du char[] et sans exceptions. Tes funcs retourneraient un statut d'erreur en int que irait aussi bien et le code serait nettement plus léger.
13 sept. 2005 à 13:24
13 sept. 2005 à 13:22
13 sept. 2005 à 12:57
{
message = new char[strlen(msg)];
strcpy(message, msg);
};
va y avoir un malaise un de ces jours, manque la place du terminatuer NULL.
13 sept. 2005 à 12:47
13 sept. 2005 à 11:50
13 sept. 2005 à 11:19
13 sept. 2005 à 11:14
Si oui refais en release.
13 sept. 2005 à 10:45
DeathCrash -> Pour les vélos et les poussettes j'y penserais.lol.
13 sept. 2005 à 09:58
Et pour les vélos et les poussettes c'est pour quand ?
13 sept. 2005 à 09:17
13 sept. 2005 à 01:46