A partir d'une recherche rapide Google: http://www.codeproject.com/KB/cs/testnonpublicmembers.aspx
Les bases: (ce qui est collé à partir du site du projet de code lié ci-dessus)
public static object RunStaticMethod(System.Type t, string strMethod,
object [] objParams)
{
BindingFlags eFlags =
BindingFlags.Static | BindingFlags.Public |
BindingFlags.NonPublic;
return RunMethod(t, strMethod,
null, aobjParams, eFlags);
} //end of method
public static object RunInstanceMethod(System.Type t, string strMethod,
object objInstance, object [] aobjParams)
{
BindingFlags eFlags = BindingFlags.Instance | BindingFlags.Public |
BindingFlags.NonPublic;
return RunMethod(t, strMethod,
objInstance, aobjParams, eFlags);
} //end of method
private static object RunMethod(System.Type t, string
strMethod, object objInstance, object [] aobjParams, BindingFlags eFlags)
{
MethodInfo m;
try
{
m = t.GetMethod(strMethod, eFlags);
if (m == null)
{
throw new ArgumentException("There is no method '" +
strMethod + "' for type '" + t.ToString() + "'.");
}
object objRet = m.Invoke(objInstance, aobjParams);
return objRet;
}
catch
{
throw;
}
} //end of method
Quant à savoir pourquoi il était nouveau dans VB9, il était un coût/profiter du compromis. VB a une façon très différente de résoudre les noms que C# et InternalsVisibleTo complique grandement la recherche de nom. Il était trop coûteux pour VB8 et est donc tombé à VB9. Nous sommes en train de faire d'autres changements autour de la résolution de noms pour (suite) – JaredPar
(cont) en tenir compte dans VB10. – JaredPar
merci pour cette réponse –