🚀 go-pugleaf

"Rene Balvert" <rene@balvert.demon.nl> wrote in message news:994486119.24835.0.pluto.c29fe344@news.demon.nl...
>
> "Frans Bouma" <perseus@xs4all.nl> wrote in message
> news:3b46045e$0$14038$e4fe514c@newszilla.xs4all.nl...
> >     forms in een MDI kunnen niet in aparte dlls zitten vziw.
> >     Wat je wel kunt doen is de forms on the fly creeeren en daarop
> >     controls plaatsen waarin alle form controls zitten. zo'n 'control'
> >     kun je dus maken dmv een activex control te maken in vb
>
> Op ��n van de VB sites staat een voorbeeld hoe je MDI forms in DLL's kwijt
> kunt.
>
> Maar wat ik een groot probleem vind met allerlei COM objects is wanneer de
> interface wijzigt het hoofdprogramma het object niet kan vinden, tenzij je
> late-binding gebruikt. Ik heb het net weer meegemaakt met een wijziging in
> mijn data-layer, waarbij VB een nieuwe GUID heeft gemaakt terwijl dit niet
> nodig was (m.i.), moet je op iedere machine een installatie draaien ipv
> simpel de DLL te kopieren.

    je moet bij de project properties van je com object dll de component
    compatability op 'binary compatibility' zetten. Hij zal dan geen GUID
    aanmaken. Als de interface wijzigt dan moet je een nieuwe interface
    maken en een nieuwe GUID, dat is volgens de definitie van COM. Maar
    met binary compatability krijg je geen nieuwe GUID. Als je interface
    is gewijzigd op een zo'n manier dat de caller applicatie er nog wel
    mee kan werken heb je geen problemen. Anders zul je toch die app
    ook moeten hercompileren. Vandaar dat die GUID wijzigt.

        FB