Discussion :

[Aymerik]

Salut à tous,

Je me pose une grande question quand au langage que je vais utiliser pour ma prochaine application. Je dresse tout de suite le décor :
* sur mon poste, j'ai VC6 d'installé, possibilité d'installation de VC++2005Express (pour la version complète, ce n'est pas sûr, une histoire de budgets...),
* j'ai déjà développé des applications MFC sous VC6,
* je découvrirai bien le langage c++/cli,
* mon appli consiste en une belle IHM.

J'hésite donc à garder VC6 pour bénéficier des MFC ou à passer à VC++2005 Express pour le langage.

Merci par avance de vos avis sur la question.

ps : je crois que le c++/cli s'appuie sur le framework .net. Dans le cas de la réalisation d'une application en c++/cli, il vaut mieux utiliser le framework 2.0 (pour avoir les array...). Lors de la distribution de mon appli, faut-il que le framework 2.0 soit installé sur les postes ou le 1.1 peut suffire (je n'y crois pas trop, mais bon on ne sait jamais...) ?

[farscape]

salut,
passer à VC++2005Express ,voudra dire ecrire en .net avec du c++/cli.

répondre a ta question c'est connaitre tes objectifs....
si ton objectif est d'apprendre un nouvel environnement graphique ok passe a .net.
si tu dois developper une application commerciale ,je ne suis pas sur que la méthode j'apprends en faisant l'application soit la bonne...

note: avec VC 2005 complet ,tu as les MFC et le C++/CLI et acces au framework a partir des MFC possible.

oui le framework 2.0 doit etre installé sur les postes.

[tut]

Méfie toi du framework si tu dois faire "une belle IHM", j'ai lu par ici (je crois que c'est dans un tutoriel sur .NET) qu'il ne permet pas encore tout ce que permettent les MFC.

[Aymerik]

si ton objectif est d'apprendre un nouvel environnement graphique ok passe a .net.
si tu dois developper une application commerciale ,je ne suis pas sur que la méthode j'apprends en faisant l'application soit la bonne...

En fait, je suis en apprentissage et cette application fait partie de mon projet de mise en situation d'ingénieur. Tout comme les MFC il y a un ou deux ans, je suis libre d'y passer ou non.
De plus, l'application n'est pas à destination commerciale mais à destination interne à mon entreprise.

> tut, je vais me renseigner sur les limitations graphiques du .net par rapport aux MFC.

en tout cas, merci pour ces premiers avis.

[nico-pyright(c)]

il n'y a pas de limitations, il y a simplement moins d'outils pour le faire, on peut se recoder un framework document/vue en .net, mais c'est un énorme travail, MFC le propose directement.