Construction d’objets InParameters et analyse d’objets OutParameters

Normalement, l’accès direct est approprié pour appeler une méthode de fournisseur WMI. L’accès direct consiste à exécuter une méthode à l’aide de la syntaxe objet.méthode. Toutefois, dans certains cas, l’accès direct ne peut pas être utilisé. De plus, l’appel asynchrone d’une méthode de fournisseur à partir d’un script nécessite un type d’appel ExecMethodAsync.

Notes

Étant donné que le rappel au récepteur peut ne pas être retourné au même niveau d’authentification que celui requis par le client, il est recommandé d’utiliser une communication semi-synchrone plutôt qu’une communication asynchrone. Pour plus d’informations, consultez Appel d’une méthode.

 

L’ordre des paramètres d’entrée et de sortie de la méthode est défini dans le schéma MOF (Managed Object Format) de la méthode. WMI n’empêche pas de changer l’ordre des paramètres lorsque la classe est recompilée par mofcomp. En utilisant un objet InParameters, vous pouvez éviter les problèmes résultant d’un schéma modifié, car les paramètres d’entrée sont identifiés par nom. Vous pouvez voir le paramètre correct en examinant le qualificateur ID de chaque paramètre d’entrée. Le premier paramètre a 0 (zéro) comme valeur d’ID.

Les méthodes SWbemObject.ExecMethod_, SWbemObject.ExecMethodAsync_, SWbemServices.ExecMethod et SWbemServices.ExecMethodAsync fournissent un autre moyen d’exécuter une méthode de fournisseur dans les cas où il n’est pas possible d’exécuter une méthode directement. Pour plus d’informations, consultez Manipulation des informations sur les classes et les instances.

Pour plus d’informations sur les paramètres, consultez Construction d’objets InParameters et Analyse d’objets OutParameters.