Discussion :

[lio33]

Bonjour.

Je d�bute un peu sous Visual C++.
J'utilise VC++ dans le cadre du d�veloppement d'applications d'informatique industrielle (racks de tests et mesures, pilotage de cartes,etc.)

Nous devons faire �voluer une appplication d'un tiroir de test initialement d�velopp� en VC++ 6.0 sous NT 4.0. Le nouvel environnement est W2K, mais le choix reste encore libre de la version VC++, soit poursuivre sous VC++ 6.0 soit passer en .NET .

Qui dit application industrielle, dit pilotage de cartes de mesures, drivers, etc.

Aussi je me pose les questions suivantes :

1) Quels sont les apports et int�r�ts pour passer � .NET ?

2) Le fait de passer d'une appli win32 VC++6.0 � une appli .NET doit, je suppose, g�n�rer des �volutions assez importantes sur l'archi actuelle de l'application ?

J'attends vos avis d�ja �clair�s sur la question pour commencer � me faire une id�e. Si vous avez des liens � me communiquer je vous en remercie par avance.

[nico-pyright(c)]

Juste pour etre bien sur d'avoir compris, tu n'utilises pas les MFC ?
C'est une grosse application ? il y a beaucoup de fenetres ? de traitement sp�cifiques win32 ? (timer, messages, etc ...)

[lio33]

Pour l'instant je ne connais pas le code existant.
Ja vais commencer � rentrer dedans pour voir quelles sont les technos mises en oeuvre ( MFC, OCX, Drivers cartes, etc... ).

Pour ce qui est de la taille, en fait nous avons deux applications que nous devons int�grer pour n'en faire plus qu'une seule.

Pour une appli que l'on peut consid�rer comme une IHM frontale de pilotage, quelques stats :

Environ 15 fen�tres, 30 fichiers sources, 60 classes, fen�tres de dialogue, affichage de graphes et courbes, Apparement MFC oui (shared dll)

[nico-pyright(c)]

Il y a deux choses � choisir :

- soit mixer du code manag� avec ton code existant ; donc simplement rajouter la possibilit� d'utiliser le framework .net dans ton application existante. (tu peux regarder � ce sujet cet article http://nico-pyright.developpez.com/t...grationcppnet/)

- soit changer totalement la technologie, � savoir utiliser les winforms pour faire les �crans, migrer tes ocx en userControl, etc ... (tu peux regarder � ce sujet ce tutorial sur les winforms et comment cr�er un userControl)

Il faut savoir que les m�canismes de P/Invoke et IJW te permettent de "migrer en douceur", notamment tes ocx pour les utiliser dans une appli manag�e.


Je trouve qu'il est tr�s laborieux, voir suicidaire de vouloir reprogrammer une architecture vue/document avec les winforms, sachant que cela n'existe pas pour les winforms et de se priver de la multitude de fonctionnalit� qu'offrent les MFC.

Il faut aussi savoir que la programmation avec les winforms est tr�s ais�e.

Donc il faut faire la part des choses entre l'existant du projet et l'interet de la nouvelle programmation li�e � .Net.

Je trouve que l'id�al est de pouvoir utiliser les deux, et mixer du code natif avec du code .Net. Tout en veillant eventuellement � d�velopper les futurs �crans ou les futurs userControl directement en .Net.

L'int�rop�rabilit� est une grande puissance de ce langage.

[lio33]

Dans ma connaissance actuelle je pensais que le choix devait se faire entre g�n�rer une application win32 ou .net.

Je ne vois pas trop comment utiliser les 2 technologies ?

[nico-pyright(c)]

regarde le premier lien que je t'ai donn�, cela te permettra d'avoir une id�e un peu plus claire.

Tu peux aussi regarder cet article et notamment le paragraphe 3 sur les modes de compilation http://nico-pyright.developpez.com/t.../managedworld/

[farscape]

un autre element � prendre en compte dans le choix .
en .net2.0 plateforme os :windows 2000 ou xP
en win32 tout les os depuis 95

[nico-pyright(c)]

nononon ,

.Net 2.0 est officiellement support� sur Win98

[farscape]

ah bon le book que j'ai laisse entendre les plateformes 2000 et xp
je vais relire le truc !

[lio33]

Plateforme W2K.

En terme de performances est-ce comparable ?
Une plateforme est-elle globalement + performante ?

[mat.M]

1) Quels sont les apports et int�r�ts pour passer � .NET ?

Aucun je ne veux pas troller mais �viter .NET ! On ne peut m�me pas optimiser en assembleur que dalle; on ne peut pas optimiser avec le compilateur VTune d'Intel peanuts.

.NET c'est fait pour un projet de gestion d'entreprise, de compta , de management c'est pas du tout fait pour de l'info indus..
Sans compter qu'il semble manquer �norm�ment de fonctionnalit�s dans le framework qu'on peut avoir en win32

L'avantage de NET c'est que c'est relativement homog�ne par rapport � win32 et le probl�me du "dll-hell".


Bon �a y est je sais que je vais me faire incendier

[farscape]

1) Quels sont les apports et int�r�ts pour passer � .NET ?

Aucun je ne veux pas troller mais �viter .NET ! On ne peut m�me pas optimiser en assembleur que dalle; on ne peut pas optimiser avec le compilateur VTune d'Intel peanuts.

.NET c'est fait pour un projet de gestion d'entreprise, de compta , de management c'est pas du tout fait pour de l'info indus..
Sans compter qu'il semble manquer �norm�ment de fonctionnalit�s dans le framework qu'on peut avoir en win32

L'avantage de NET c'est que c'est relativement homog�ne par rapport � win32 et le probl�me du "dll-hell".


Bon �a y est je sais que je vais me faire incendier

m�me pas !
je fais toujours de la compta etc en MFC ...
je regarde .net mais pour l'instant je n'y vois pas trop l'interet d'y passer par rapport a mon niveau d'utilisation des MFC.
mais je commence a regarder .

[mat.M]

je fais toujours de la compta etc en MFC ...
je regarde .net mais pour l'instant je n'y vois pas trop l'interet d'y passer par rapport a mon niveau d'utilisation des MFC.
mais je commence a regarder .

Eh bien je sugg�rrai de faire comme tu le fais Farscape, que lio33 regarde et �tudie le framework .NET du MSDN et qu'il juge par lui-m�me...
mais c'est vrai que c'est un choix technologique difficile

[nico-pyright(c)]

c'est sur que le framework MFC est beaucoup plus fourni que les Winforms ...

Mais ce qui est interessant, c'est l'utilisation des deux types de codes

N'empeche que c'est pas pour M. toutlemonde et S.A. toutlemonde que l'on utilise des optimisations en assembleur, je pense que le public vis� est pas le meme.

De l� � dire qu'il n'y a pas d'int�ret � passer � .net ... Autant dire qu'il n'y a pas d'interet � utiliser autre chose que du langage machine.

C'est juste une abstraction diff�rente