Dynamische Schalter vor Positionsparametern funktionieren möglicherweise nicht wie erwartet

Question

Hier ist der Code, der das Problem veranschaulicht. Das Cmdlet Set-Location hat den dynamischen Schalter ReadOnly, wenn der Anbieter FileSystem ist.

# provider that does not have the dynamic -ReadOnly 
Set-Location env: 

# case 1: works because we explicitly specify FileSystem 
Get-ChildItem C:\ -ReadOnly 

# case 2: fails even though we explicitly specify FileSystem 
Get-ChildItem -ReadOnly C:\ 

Normalerweise Stellung eines Schalters Parameter in einem Befehl keine Rolle spielt. Dies ist nicht der Fall für einen dynamischen Schalter. Der Fall 2 schlägt mit dem Fehler fehl:

Get-ChildItem : A parameter cannot be found that matches parameter name 'ReadOnly'. 

Was passiert? Ich denke, dass im Moment der dynamischen Parametererstellung noch nicht bekannt ist, dass ReadOnly der Schalter ist. Daher behandelt PowerShell es als regulären Parameter mit seinem Argument C:\ und C:\ daher wird nicht als ein Positionsparameter behandelt. Als Ergebnis Get-ChildItem denkt, dass der Speicherort nicht angegeben ist und verwendet den aktuellen env:. Der Provider Environment tut nicht den dynamischen Schalter ReadOnly, so dass schließlich der Befehl fehlschlägt wegen falscher Syntax, obwohl es etwas korrekt ist (der gleiche Befehl funktioniert, wenn der aktuelle Anbieter ist FileSystem).

Fragen:

• Ist mein Verständnis für das Problem richtig?
• Ist diese Funktion irgendwo dokumentiert?
• Gibt es eine Problemumgehung?

Die letzte Frage ist mehr über Benutzerbefehle, die mit dynamischen Parametern entwickelt werden. Das Problem wurde ursprünglich bemerkt und beschrieben als Invoke-Build Issue #4. Im Moment ist dieses Problem nur dokumentiert. Aber ich bin immer noch an einer Problemumgehung interessiert.

---

Schlussfolgerungen

• Das beschriebene Problem besteht.
• Es ist nicht als solches dokumentiert.
• Möglichkeiten, um zu arbeiten, löst jeder das Problem:
  • Geben dynamische Schalter nach Positionsparameter Argumente
  • dynamischen Schalter Argumente explizit angeben: -ReadOnly:$true
  • nicht Positionsparameter zusammen mit dynamischen Schalter, dh angeben Parameter verwenden Sie Namen.

die Fehler Geöffnet: 960194

Answer 1

Ihr Verständnis genau richtig ist.

Der Parameterbinder ist nicht gut dokumentiert, da er extrem komplex ist. Die Sprachspezifikation (http://www.microsoft.com/en-us/download/details.aspx?id=36389) ist die vielleicht beste Dokumentation, die wir haben, aber sie ist unvollständig und ich denke nicht, dass sie diese Situation abdeckt.

Die einzige Problemumgehung, an die ich denken kann, besteht darin, das Argument für den Schalterparameter anzugeben, z.

Get-ChildItem -ReadOnly:$true C:\ 

Fühlen Sie sich frei, einen Fehler zu öffnen. Es wird wahrscheinlich nicht behoben werden, aber es gibt dem Team zumindest die Möglichkeit, darüber zu diskutieren.

Ich würde mir vorstellen, die Korrektur wäre so etwas wie "Wenn die Parameterbindung fehlschlägt und es dynamische Parameter gibt, gehen Sie zurück und nehmen an, dass unbekannte Parameter Schalterparameter sind, und versuchen Sie es erneut". Dies kann entweder zu einem Zeitpunkt mit einem unbekannten Parameter oder auf einmal mit allen Parametern geschehen. Die Parameterbindung kann sehr langsam sein, wenn viele unbekannte Parameter vorhanden sind.