[.NET] VB.NET Assembly gebruiken in C#

[maartenba]

Op het bedrijf hier gebruiken ze een framework voor het ophalen van data. Dit werd geschreven in VB.NET, gecompileerd naar een DLL.

Deze DLL willen we nu gaan gebruiken in C#. Op zich geen probleem, ware het niet dat iedere methode slechts op 1 manier is op te roepen. (overloaded methodes zijn niet toegankelijk)

Iemand die hier raad mee weet? Op Google heb ik al wat gezocht, maar het is een nogal vaag probleem om in een zoekopdracht te omschrijven...

[whoami]

Hoezo, overloaded methods zijn niet beschikbaar ? In VB.NET kan je toch ook gewoon overloaded methods aanroepen ?
Hoe weet je dat ze niet toegankelijk zijn ?

[Woy]

ik snap niet helemaal wat je bedoelt. Als je in c# een .net ( dus vb.net, j#, jscript.net, c# haalt allemaal niet uit ) refferenct dan kan je die gewoon normaal gebruiken.

[maartenba]

Een vereenvoudigd voorbeeldje: De VB.NET DLL die in C# wordt gebruikt bevat deze methods:

code:

Public Sub DoeIets(ByVal pA As String) ...
Public Sub DoeIets(ByVal pA As String, ByVal pB As Integer) ...

Als we deze assembly in C# gebruiken, dan zien we enkel de eerste DoeIets(pA, pB) in Intellisense. Als we DoeIets(pA) gebruiken (niet in het Intellisense lijstje), dan geeft ook de compiler een fout ("No overloaded method DoeIets accepts 1 parameter)

[ThunderNet]

moet je niet iets als Public Overloaded Sub DoIets gebruiken?
Hoe moet de compiler anders weten wat jij bedoeld met 2 verschillende subs

[maartenba]

Net even met de reflector gekeken: in de DLL staat parameter pB als "optional", m.a.w. is er geen overload gebruikt.

Iemand een idee of C# optional parameters ondersteunt?

edit:
--> Neen... (http://builder.com.com/5100-6373-1050652.html)

Iets anders bedenken dus...

[ Voor 93% gewijzigd door maartenba op 03-10-2005 14:39 ]

[whoami]

Kan je er dan niet omheen werken door System.Reflection.Missing.Value oid mee te geven als argument aan die functie ?

Aangezien C# dit optional gedoe niet ondersteund, zal dat dus ook niet CLS Compliant zijn. Ik bouw m'n assemblies altijd met ClsCompliant attribute true.

code:

[assembly: CLSCompliant(true)]

Zeker in dit geval -aangezien het dus een framework dll betreft- zou dit ook zo moeten gebeurd zijn...

[ Voor 62% gewijzigd door whoami op 03-10-2005 14:42 ]

[maartenba]

Helaas is het dus niet zo gebeurd... Ik ga eens even wat researchen over System.Reflection.Missing.Value.

[maartenba]

Misschien handig voor de referentie: een wrapper class die een Invoke kan uitroepen op methodes met optionele parameters.

code:

    public class Wrapper {
        public static object Invoke(ref object pObject, string pMethod, object[] pParams) {
            return pObject.GetType().GetMethod(pMethod).Invoke(pObject, pParams );
        }

        public static object Invoke(ref object pObject, string pMethod, object p1) {
            return Invoke(ref pObject, pMethod, new object[]{p1});
        }

        public static object Invoke(ref object pObject, string pMethod, object p1, object p2) {
            return Invoke(ref pObject, pMethod, new object[]{p1, p2});
        }

        public static object Invoke(ref object pObject, string pMethod, object p1, object p2, object p3) {
            return Invoke(ref pObject, pMethod, new object[]{p1, p2, p3});
        }

        public static object Invoke(ref object pObject, string pMethod, object p1, object p2, object p3, object p4) {
            return Invoke(ref pObject, pMethod, new object[]{p1, p2, p3, p4});
        }

        public static object Invoke(ref object pObject, string pMethod, object p1, object p2, object p3, object p4, object p5) {
            return Invoke(ref pObject, pMethod, new object[]{p1, p2, p3, p4, p5});
        }

        public static object Invoke(ref object pObject, string pMethod, object p1, object p2, object p3, object p4, object p5, object p6) {
            return Invoke(ref pObject, pMethod, new object[]{p1, p2, p3, p4, p5, p6});
        }

        public static object Invoke(ref object pObject, string pMethod, object p1, object p2, object p3, object p4, object p5, object p6, object p7) {
            return Invoke(ref pObject, pMethod, new object[]{p1, p2, p3, p4, p5, p6, p7});
        }

        public static object Invoke(ref object pObject, string pMethod, object p1, object p2, object p3, object p4, object p5, object p6, object p7, object p8) {
            return Invoke(ref pObject, pMethod, new object[]{p1, p2, p3, p4, p5, p6, p7, p8});
        }

        public static object Invoke(ref object pObject, string pMethod, object p1, object p2, object p3, object p4, object p5, object p6, object p7, object p8, object p9) {
            return Invoke(ref pObject, pMethod, new object[]{p1, p2, p3, p4, p5, p6, p7, p8, p9});
        }
    }

Gebruik:

code:

object result = Wrapper.Invoke(objectWaarMethodeOpWordtUitgeroepen, "MethodeNaam", param1, param2); // Kan tot 9 parameters

Misschien niet de mooiste code; wel makkelijk om mee te werken.

[Woy]

waarom maak je gebruik van een hoop dezelfde functions??

je kan dan toch ook gewoon gebruik maken van het params keyword. Dan hoef je maar 1 functie te maken die voor elk aantal parameters werkt.

code:

public class Wrapper {
    public static object Invoke(ref object pObject, string pMethod, params object[] pParams) {
        return pObject.GetType().GetMethod(pMethod).Invoke(pObject, pParams );
    }
}

en dan in je code gewoon

Wrapper.Invoke( pObject, "Method", "a" );
Wrapper.Invoke( pObject, "Method", 1, 2, 3, 4 ,5 ,6 , 7, 8, 9, 10, 11 );

[ Voor 80% gewijzigd door Woy op 03-10-2005 18:08 ]

[maartenba]

Da's inderdaad wel een stuk mooier! Bedankt!

(kom zelf uit de VB.net wereld en heb daar nog nooit van "params" gehoord)

[ Voor 23% gewijzigd door maartenba op 03-10-2005 19:54 ]