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.