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