Ist es möglich, alle Methoden und Eigenschaften aufzulisten, die über Invoke() eines [ADSI] -Objekts verfügbar sind?

Question

Ich bin neugierig, wenn jemand beschreiben kann, wie ADSI-Methoden, die über eine gebundene Instanz als [ADSI]$instance.psbase.Invoke() verfügbar sind, aufgelistet werden?

Forschung ist aufgetaucht "refer to the docs for the ADSI interface". aber ich bin nicht besonders glücklich mit dieser Antwort.

Wenn ich instanziiert mit:

[ADSI]$lhost_group="WinNT://./Administrators,group" 

Dann versuchen:

@($lhost_group.psbase.Invoke("Members")) | foreach-object {$_.GetType().InvokeMember("Name", 'GetProperty', $null, $_, $null)} 

Powershell wird die out von GetProperty("Name") für jeden in der Gruppe enthaltenen Objekt zurückgeben.

Wie listet ich alle verfügbaren Methoden und Eigenschaften auf, die über eine bestimmte ADSI-Schnittstelle verfügbar wären?

This answer from Shay Levy ist ein weiteres Beispiel für die Syntax wound [ADSI]$_.psbase.Invoke() verwendet werden.

Answer 1

Die Antwort ist ‚Nein‘, und es ist unwahrscheinlich, zu ändern. Ich teile Ihre Unzufriedenheit mit dieser Antwort, aber ich kann Ihnen einen technischen Hintergrund zur Unterstützung und Erklärung geben. Das Kernproblem besteht darin, dass die ADSI-Objekte mit nativem Code die COM-Schnittstelle IDispatch implementieren müssen [wodurch spät gebundene Methoden aufgerufen werden können], aber sie implementieren nicht notwendigerweise ITypeInfo [das reflektionsähnliches Verhalten zulässt]. In PowerShell führt ein COM-Objekt, das IDispatch, aber nicht ITypeInfo implementiert, zu einem ungeraden Satz von Einschränkungen, was Sie bemerken.

Der WinNT ADSI-Anbieter ist mindestens 15 Jahre alt und hat noch nie eine starke Funktion. Es war ein Platzhalter geschrieben vor Active Directory ausgeliefert (weit vor der CLR oder PowerShell.) Damals bedeutete "Scripting" bei Microsoft frühe Versionen von VBScript, mit etwas Unterstützung für JScript, die beide auf IDispatch angewiesen und nie verwendet ITypInfo.

Dies war ein Thema der Diskussion früh in Powershell Leben, wenn einer des Mitglieds Powershell-Teams sagte:

14 Jul 2006

... Die Powershell, die Methoden der COM nicht zeigen kann, Objekte, wenn die Schnittstelle ITypeInfo nicht zur Verfügung steht. Dies wird bald behoben werden. Die Problemumgehung besteht darin, Type.InvokeMethod() zu verwenden.

Es wurden Verbesserungen in der PowerShell-Unterstützung für COM-Objekte vorgenommen, aber eine vollständige Fehlerbehebung wurde nie realisiert. Ich denke, das Teammitglied hat vielleicht zu viel versprochen, was technisch möglich ist. Dies könnte die Menschen verwirrt haben. Ich habe vor ein paar Jahren einen Entwickler, der Freund von mir im Team ist, danach gefragt; Er war mit dem Problem klar vertraut und wies darauf hin, dass der Anwendungsfall keine hohe Priorität hatte und erwähnte auch die Problemumgehung.

Das PowerShell-Team hat beeindruckende Funktionen und einige Bug-Fixes ausgeliefert, aber ehrlich gesagt glaube ich nicht, dass dieses Problem die Bug-Leiste jemals fallen lassen wird.

Answer 2

Nicht genau, ob das Ihre Frage beantwortet, aber was ist mit den folgenden?

$lhost_group.getType().DeclaredMembers | where { $_.MemberType -eq "Method" -or $_.MemberType -eq "Property" }