Discussion :

[Bmagic]

Bonjour, je suis en train de me poser la question suivante:

"Est-ce qu'il existe une méthode de conception de projet pour développer en Visual C++ ??"

Car je connais personnellement la méthode OVID mais je ne trouve pas qu'elle s'applique pour Visual C++ tout simplement car elle repose sur le principe Modèle Vue Controleur... Et que dans l'expérience que j'ai de Visual C++ avec les MFC, la partie Controleur est gérée par Visual C++ la vue aussi et le modèle n'est pas aussi clair que lorsque je dévellopé en JAVA...

Alors je me pose vous pose la question pour savoir si oui ou non il existe une méthode de développement de projet sous Visual C++ au même titre que OVID peut s'appliquer au C++ et au Java ???

Merci bcp d'avance pour les réponses

[mambo]

Je connais pas OVID et je n'ai jamais utilisé JAVA mais personnellement en ce qui concerne la conception d'un projet Visual C++, j'utilise UML.

Je sais pas si ça répond à ta question.

[Médinoc]

J'ai bossé en java avec le modèle Observable/Observer, et j'ai un peu survolé le modèle Document/View de MFC (que je trouve beaucoup plus compliqué, mais peut-être parce que je ne suis pas habitué).

Quant à OVID, je ne connais pas non plus. Pour ma part, je n'ai jamais séparé données et interface sous Visual (mais je n'ai jamais eu à faire de projet important non plus...)

[Bmagic]

OK apparament il n'y a rien d'aussi complet que OVID ...

J'explique ce que c'est pour ceux qui ne connaissent pas. En gros OVID est une méthode complète pour déveloper un projet, depuis le début avec la création des scénarios etc jusqu'a les diagramme de Classe et Vue en UML.

C'est juste une méthode qui comprend des outils comme l'UML.
Je voulais savoir si ca existé pour Visual C++ car le modèle vue controleur ne fonctionne pas ici ...

Merci de vos réponses ^^

[r0d]

C'est très personnel, mais l'expérience m'a montré que c'était une bonne façon de procéder: je sépare systématiquement les classes métier (donnees) des classes graphiques (interface). Avec le moins de points d'accès possibles (puits).

Une bonne habitude, également, est d'utiliser des médiateurs (pattern mediator) dès que le projet est assez gros, disons plus d'une dizaine de classes métier/graphiques. + de 10 classes métiers => utilisation d'un mediateur metier, + de 10 classes graphiques => utilisation d'un mediateur graphique.

Ensuite, je ne conseillerais jamais assez de créer un diagramme UML (au moins un diagramme de classe) cohérent et solide avant de se lancer dans l'implémentation.

[Bmagic]

arf terrible ton conseil ...

Surtout le truc sur les mediator ... C'est tout con mais on y pense pas vraiment...
Bon en meme temps mon premier projet et déja terminé ... il restera comme il est meme si il y a des dépendance de partout ... C'est juste que si qq veut se remettre dessus il va avoir des surprises...

Mais bon la pour le suivant vais faire ca bien..

Merci du conseil .