Discussion :

[dragondumond]

Bonjour,

Actuellement, je travail en Visual Studio 2010 Pro et je réaliser quelque application pour ma boite en stage. Mon tuteur lui, à réaliser des simulateurs Contrôle/Commande en VB6 pour la raison suivante est qu'il est dans la même entreprise depuis 12 ans et qu'a l'époque c’était du VB6 et non du Visual Studio, alors pour facilité son travail car faire du contrôle/commande prend beaucoup de temps, il a réaliser des ActiveX (PID, Filtre, Échangeur, Chaudière, etc...) en gros tous ce qui est modélisable et qui demande énormément de temps de calcul en VB6 pour facilité son travail. Maintenant, quand il a besoin de réaliser un Simulateur pour modéliser une usine entière, sa lui prend 1jour au lieu de 3 mois avec ces ActiveX.

Alors le souci est que VB6 est un peu à la traine à coté de Visual Studio et il commence a vouloir passé en Vb.net mais il veut convertir ou conserver ou alors Update ces ActiveX qu'il à réaliser depuis 12 ans pour pouvoir les utiliser sur Vb.net.

Alors perso, j'aurai aimé savoir s'il existé un moyen pour réaliser des objets graphique dans vb.net qu'on pourrais intégré dans notre boite à outil pour pouvoir les utiliser dans une Form un peu comme une vanne ou un PID, etc...

Et j'aurai aimé aussi avoir votre avis sur une solution pour convertir ou update avec un nouveau visage graphique (car les activeX ont plus de 10 ans et que graphiquement c'est pas le top) en prenant le moins de temps possible.

PS: Les activeX de mon tuteur on était programmer un peu comme une Form en vb.net avec timer, etc...et du coup je pense qu'un simple copier collé du code permet d'importer toute la partie mathématique ce qui permet de gagner énormément de temps.

PS2: Je vous insert un exemple d'activeX en VB6, c'est un échangeur thermique qui permet de réchauffé du pétrole avant d’être traité. On importe l'échangeur dans une boite à outil VB6, on met l’échangeur dans un Form VB6 et il ne reste plus qu'a rentré les consigne d'entré et il calcul automatiquement la sortie du système.

Merci d'avance pour vos solutions.
Echangeur.zip

Alors le zip que j'ai rajouter contient un projet avec une Form qui contient l'activeX.

[Pol63]

même si c'est déconseillable, les activeX peuvent parfois fonctionner sur un form vb.net


sinon en .net on peut créer des controles qui seront visible dans la boite à outils à côté des boutons et autres labels

2 types de controles :
le usercontrol : c'est un peu comme un form, on pose ce qu'on veut dessus, et il y a du code avec
le control : ca se fait dans une nouvelle classe dans laquelle on marque inherits control, le graphisme se fait dans l'event paint, avec drawstring, drawline etc... et on code toute la logique qu'on veut dedans

button, label et d'autres héritent de control et font des drawrectangle et drawstring entre autres

[dragondumond]

Merci je regarde sa avec grand intérêt.

[dragondumond]

Alors j'ai pris le temps de regardes les deux types de contrôl, l'un assez brut, manque de finesse genre pour les personnes qui veulent faire un truc rapidement sans forcement perdre trop de temps sur les petits détailles et l'autre qui est vraiment complet et qui permet de faire tous ce que le cerveau humain peu imaginé (en dirai un enfant qui découvre le monde).

Par contre j'ai un souci, alors que j'ai fini de faire mon control soit dans un projet séparer soit ou alors dans mon projet où j'ai envie d'importer mon control, j'arrive pas à rajouter mon control dans la table d'outil.

Merci d'avance pour vos solutions.

[Pol63]

si vous faites un control ou un usercontrol, vous compilez, et le control apparait dans la boite à outils

si c'est dans une autre solution que vous voulez les controles il faut faire clic droit sur la boite à outils / choisir les composants
là vous parcourez pour ajouter la dll et les controles contenus devraient se cocher par défaut, puis ok et c'est bon

[micka132]

J'ai pas de réponse, juste une remarque.
Vaut mieux partir sur du wpf que sur du winform non? Enfin c'est bien joli de vouloir rajeunir tout ca, mais autant le faire sur du neuf que sur du "moins vieux" .

[Pol63]

J'ai pas de réponse, juste une remarque.
Vaut mieux partir sur du wpf que sur du winform non? Enfin c'est bien joli de vouloir rajeunir tout ca, mais autant le faire sur du neuf que sur du "moins vieux" .

l'avenir du spport de wpf est aussi incertain que celui de windows forms

d'un côté microsoft nous dit depuis 3 OS "win32 c'est fini" et pourtant les exe winforms fonctionnent encore sur windows 8 (les exe vb6 aussi surement ^^)

de l'autre on avait wpf puis silverlight peu compatible niveau xaml et maintenant windows 8 metro qui ne parle plus de wpf mais de xaml, donc j'imagine qu'il y a encore des différences, sans parler du fait que microsoft a poussé html5 pour du client lourd (cherchez l'erreur ^^)

[micka132]

l'avenir du spport de wpf est aussi incertain que celui de windows forms

Oui enfin ca fait un moment que winform n'évolue plus
Apres wpf, peut etre que le nom change, mais ce qui se cache derrière windows 8 c'est pas bien différent !

Imaginons dans 10ans dragondumond, sera passé tuteur, et son stagiaire vient sur dvp nous raconter qu'il a hérité d'une application en winform, qu'il veut transformer en win Future parceque c'est vieux, tout ca tout ca.
On ne sait pas ce que sera win Future, mais il y a de forte chance qu'il ressemble plus à wpf qu'à winform!

Enfin peut etre qu'on sera tous sous du android?