RETROUVER LES FONCTIONNALITÉS DE VB6

Commentaire de bubble44 le 22/05/2004 06:51:29

Je vais bientot passer en vb.net, et ca me semble etonnant de lire des "En .net impossible de faire ça en mode de feuille MDI :'".

Y a pas des specialistes ici en vb.net qui pourraient expliquer en qqs mots, une bonne methode (si on decide de programmer en vb.net on fait un point d'honneur a coder dans les regles), car ca me semble un peu "triste" d'utiliser vb.net et de coder ca a la vb6.

Commentaire de labout le 22/05/2004 21:12:51

Je ne note pas la source.

La traduction marche en effet mais les m_vb6FormDefInstance
sont bien lourd et l'exécution lent et il faut absolument les abandonner (voir les références ajoutées).
Il ne faut absolument pas écrire en VB opuis traduire en NET ce n'est pas la meilleure manière d'aborder VB.NET.
Pour débuter je conseille de télécharger les 101 exemples de Microsoft et de le étudier.
http://msdn.microsoft.com/vbasic/downloads/samples/default.aspx

Personnellement j'ai récrit entièrement mes appli VB 6 en pur VB.NET.
Il ne s'agit que d'un conseil d'un spécialiste de VB6 passé en VB.NET depuis 7 mois et qui ne le regrette pas du tout. VB.NET est FABULEUX
@+

Commentaire de spy166 le 23/05/2004 03:44:18

labout, ça marche juste si on ajoute ça au code :
    Private Shared m_vb6FormDefInstance As Form1
    Private Shared m_InitializingDefInstance As Boolean
    Public Shared Property DefInstance() As Form1
        Get
            If m_vb6FormDefInstance Is Nothing OrElse m_vb6FormDefInstance.IsDisposed Then
                m_InitializingDefInstance = True
                m_vb6FormDefInstance = New Form1
                m_InitializingDefInstance = False
            End If
            DefInstance = m_vb6FormDefInstance
        End Get
        Set(ByVal Value As Form1)
            m_vb6FormDefInstance = Value
        End Set
    End Property

Donc, pas besoin des références.

Commentaire de tno le 23/05/2004 11:43:25

Il faudrait générer un événement (contenant toutes les infos) lors du lostfocus de ta form1 , puis le récupérer dans ta form2...

Commentaire de marcA le 24/05/2004 08:01:29

Bonjour,

Je n'aimes pas beaucoup une méthode pareille : En programmation orientée objet, on ne peut pas accéder aux propriétés (contrôles) d'un autre objet. Juste des méthodes. C'est un peu comme si on utilisait toujours des goto et gosub en VB 6

Pour accéder à un texte d'une autre forme, je ferais une méthode qui renvoit le texte à la rigueur, mais pas d'accès direct. Par contre, on peut se demander pourquoi accéder à un texte d'une autre form. Est-ce que le texte de l'autre forme ne devrait pas envoyer un message avec le changement qui lui est apporté à toutes les autres fenêtre MDI, et les autres fenêtres se servent du nouveau texte si elles en ont besoin?

Commentaire de Yopyop le 24/05/2004 19:28:59

marcA

D'accord avec toi... en poo il y a les objets business.
Donc dans ce cas:
la form2 change la valeur de l'objet
lorsque la form1 reçoit le focus, elle peut se rafraîchir avec les nouvelles valueurs de l'objet (apr example).

On peut également utiliser des delegates

Mais apparemment, les personnes qui passent de VB à VB.NET ne font pas la poo...malheureusement :(

Qu'en penses-tu ?

Commentaire de marcA le 25/05/2004 08:12:00

Je crois aussi que c'est dommage de passer en VB.Net et de ne pas profiter de ses nouvelles possibilités. Je travailles toujours en VB6, mais j'essaye déjà de faire de l'orienté objet (seules des méthodes changent des propriétés...). Je ne vois pas du tout l'avantage de passer en VB.Net si ce n'est pour profiter des avantages de l'OO. D'un autre coté, il faut mieux analyser ce que l'on veut faire avant de le faire en orienté objet, donc l'avantage n'est pas toujours évident. Par contre, une bonne analyse permet de gérer des modifications dans des autres fenêtres que celle que l'utilisateur change automatiquement...