Discussion :

[megamario]

Bonjour,

Dans l'espoir de migrer nos logiciels réalisé en VB6 vers VB.net. tout les matins je passe quelques instant à reprendre le code afin de l'adapter.

Je rencontre quelque difficulté surtout sur les objet graphique. Pourriez vous m'aider.
Je garde ce poste ouvert pendant quelques temps même si mes 1er souci seront résolu pour éviter d'avoir à recrée un nouveau post sur lors du prochaine blocage.

Je précise que je n'est pas crée le projet en entier et je me considère toujours comme un débutant dans la programmation malgré mon grand age , certain connaisse mon parcours.


Voila, 1er souci du jour:

Dans une listviewitem -> code vb6

Dim almItem As ListViewItem

almItem = .ListAlarm.ListItems.Add()

et

almItem.SmallIcon = 1 ou
almItem.SmallIcon = 2 ou
almItem.SmallIcon = 3

Je ne trouve pas d’équivalent en .net, almItem étant la listviewitem bien sûr. ListAlarm étant une listview


J'ai besoin aussi de remplacé As Any dans une déclaration:
Declare Function CM_SetPath Lib "cmWini1.dll" (ByVal Path As Any) As Long

[Shadam]

Bonjour,

Pour les Collections je te conseillerais de passer par des (System.Generic.)List(Of T) qui sont des listes d'objets fortement typées, T étant le type dont tu as besoin.

En ce qui concerne Any Je ne sais pas quoi te dire... Est-ce un type sur VB6 ou une expression lambda ? Si c'est le cas tu peux signer ta fonction par un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ByVal Path As Object

Object étant le "type" de base duquel héritent tous les types utilisés par le framework.

[megamario]

Bonjour,

Pour les Collections je te conseillerais de passer par des (System.Generic.)List(Of T) qui sont des listes d'objets fortement typées, T étant le type dont tu as besoin.

En ce qui concerne Any Je ne sais pas quoi te dire... Est-ce un type sur VB6 ou une expression lambda ? Si c'est le cas tu peux signer ta fonction par un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ByVal Path As Object

Object étant le "type" de base duquel héritent tous les types utilisés par le framework.

Merci, mais je ne sais pas pourquoi vous parler de collection. Je me suis surement mal exprimé du la confusion.

E ce qui concerne la déclaration, merci pour l'info je vais regarder cela.

[Shadam]

Oui désolé je n'étais pas bien réveillé lorsque j'ai écris ça...

En faisant une petite recherche Google je suis tombé là-dessus, peut-être ton bonheur s'y trouve-t-il ?

[megamario]

Oui désolé je n'étais pas bien réveillé lorsque j'ai écris ça...

En faisant une petite recherche Google je suis tombé là-dessus, peut-être ton bonheur s'y trouve-t-il ?

Merci, quelques idées de recherche effectivement.

[infosam76]

Bonjour, pour ma part je trouve qu'il vaudrait mieux créer un post par problème avec par exemple l'entête [Migration vb6 -> vbNet]. Ayant déjà du faire ce genre de chose j'essaierais de suivre, mais je sais que beaucoup de monde abandonne quand les post deviennent trop long sur un forum

[Jean-Marie Grave]

Bonjour.

Dans les api de windows, any signifie non précisé.



Cordialement.

[megamario]

Bonjour.

Dans les api de windows, any signifie non précisé.
Cordialement.

Merci, c'est un peu la même chose qu'une déclaration:

Dim MaVariable



En ce qui concerne any j'ai trouvé car cela concernait une dll de sécurité de mon logiciel que l'on achete a une société externe et il nous fournisse des exemple suivant le langage. Donc c’était exactement pareil sauf qu'il précise le type au lieu de mettre any. (String, int64 etc..)

[Pol63]

pour migrer un projet de vb6 à vb.net, il ne faut pas convertir méthode par méthode pour avoir du code qui marche, mais il faut repenser toute l'appli, puis l'écire en .net indépendamment de ce qui avait été fait en vb6

pour ca il faut donc connaitre ce que .net peut faire pour concevoir au mieux
un cours interressant :
http://plasserre.developpez.com/cours/vb-net/
quand on lu tout ca on peut tester 2 ou 3 trucs puis faire des tests sur des morceaux de ce qu'on veut faire et enfin développer l'appli à migrer

en adapdant le code vb6 vous aurez au mieux la même chose (certes avec la compatibilité des os en plus)
en reprenant tout, vous aurez entre 5 et 20 fois moins de code qu'en vb6, donc du code plus maintenable, plus lisible, et plus évolutif

par contre si après vous avez réussi le portage et que vous êtes plusieurs dans l'équipe, il faut que tout le monde apprenne .net pendant quelques temps, car vb.net et vb6 ne se programme pas du tout de la même manière, et ca serait dommage de tout saccager

[megamario]

pour migrer un projet de vb6 à vb.net, il ne faut pas convertir méthode par méthode pour avoir du code qui marche, mais il faut repenser toute l'appli, puis l'écire en .net indépendamment de ce qui avait été fait en vb6

pour ca il faut donc connaitre ce que .net peut faire pour concevoir au mieux
un cours interressant :
http://plasserre.developpez.com/cours/vb-net/
quand on lu tout ca on peut tester 2 ou 3 trucs puis faire des tests sur des morceaux de ce qu'on veut faire et enfin développer l'appli à migrer

en adapdant le code vb6 vous aurez au mieux la même chose (certes avec la compatibilité des os en plus)
en reprenant tout, vous aurez entre 5 et 20 fois moins de code qu'en vb6, donc du code plus maintenable, plus lisible, et plus évolutif

par contre si après vous avez réussi le portage et que vous êtes plusieurs dans l'équipe, il faut que tout le monde apprenne .net pendant quelques temps, car vb.net et vb6 ne se programme pas du tout de la même manière, et ca serait dommage de tout saccager

Je comprend parfaitement cette politique et j’adhère a 100%, malheureusement je n'est pas le temps de tout recoder, l'apli commence à être importante. Adapté le code me permet de ne pas avoir a réfléchir sur l'algo ce qui est déjà important.

Je code déjà un peu en .net. Toutes les applications qui n'ont pas besoin de nos dll de communication, je les crée en .net. Mais les autres pour le moment sont encore en vb6. et les nouvelles se basant sur la même architecture son encore sous VB6. Si je pouvais avoir une base de l'un de nos logiciels en .net je pourrais ensuite adapter rapidement tous nos logiciels. La base étant la même.


Pourquoi nos nos dll de communication? . C'est qu'elles ont été développées il y a longtemps pour communiquer en RS232/ethernet/modem. elles permettent à plusieurs logiciels de communiquer ensemble sur le même par COM par exemple. Chose pas possible normalement puisque le Port COM est en point a point. C'est principalement ces DLL qui nous crée des soucis sur les PC moderne, elle ont été développé a l’époque des Win95 en C++. pour que cela fonctionne sous Win 7 on a déjà repris le code C++ sous Visual Studio 2010, non sans mal mais cela fonctionne.
J'ai essayé de comprendre le code de ces dll mais c'est infernal. Elle ont été crée par un stagiaire, il n 'y a aucun commentaire et cela part dans tout les sens. Il y aura du temps à passer aussi la dessus car la il faut tout refaire, c'est pas maintenable.