Rule request: PossibleArgumentWithOperatorConfusion

Offen

#2,014 erstellt am 16.7.2024 1 Kommentar 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 35/100

Issue-Typ: Feature
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: powershell
Bereich: tooling

Rechercherichtung

Beginne mit dem PowerShell-Regelprototyp in PossibleArgumentWithOperatorConfusion.psm1 und sieh dir zur Kontextualisierung das verknüpfte PowerShell-Parsing-Issue an. Vergleiche die Diagnose, den Gültigkeitsbereich und die vorgeschlagene Korrektur des Prototyps mit bestehenden PSScriptAnalyzer-Regeln; als abgeschlossen gilt die Aufgabe, wenn die angeforderte Verwechslung mit einer angemessenen Warnung und Korrektur erkannt wird.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Issue - New Rule Issue-Enhancement Up-for-Grabs

PowerShell has two parsing modes:

It is not always clear whenever PowerShell is in argument mode, as in:

if (&{ (1,2,3).Where{ $_ -eq 4 } } -isnot [int]) { Throw "The expression should return an integer"

For background information, see: Call operator (&{}) with no results doesn't type compare #24054

Yet from the argument name (and position and the operators) you could make a reasonable assumption that it probably concerns an operator instead.

For a (PowerShell based) rule prototype, see: https://github.com/iRon7/PSRules/blob/main/PossibleArgumentWithOperatorConfusion.psm1

Invoke-ScriptAnalyzer -CustomRulePath $RulePath -ScriptDefinition 'if (&{ (1,2,3).Where{ $_ -eq 4 } } -isnot [int]) { Throw "The expression should return an integer" }' | Select-Object *

Line                 : 1
Column               : 5
Message              : Possible argument with operator (-isnot) confusion.
Extent               : &{ (1,2,3).Where{ $_ -eq 4 } } -isnot [int]
RuleName             : PSPossibleArgumentWithOperatorConfusion
Severity             : Warning
ScriptName           :
ScriptPath           :
RuleSuppressionID    :
SuggestedCorrections : {(&{ (1,2,3).Where{ $_ -eq 4} }) -isnot [int]}
IsSuppressed         : False

Vorherrschende Sprache: C#
Sterne: 2.2k
Forks: 415
Ø Merge: 13 Std. 1 Min.
Gemergte PRs (30 T.): 2

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus PowerShell/PSScriptAnalyzer

Add EditorConfig `.editorconfig` to project Offen

Up-for-Grabs

Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 78/100

PowerShell/PSScriptAnalyzer#2213 · 2 Kommentare · Erstellt am 11.9.2026
PSUseConsistentIndentation flattens the indentation of commented-out code Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 72/100

PowerShell/PSScriptAnalyzer#2217 · 1 Kommentar · Erstellt am 18.9.2026
PSUseConsistentIndentation double-indents attribute bodies that open a scriptblock (`[Attr({ … })]`) Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 70/100

PowerShell/PSScriptAnalyzer#2216 · 2 Kommentare · Erstellt am 18.9.2026
`Invoke-Formatter -Range` silently drops corrections after earlier fixes shift text Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100

PowerShell/PSScriptAnalyzer#2211 · Erstellt am 24.8.2026
`PSPlaceOpenBrace` and `PSPlaceCloseBrace` leave trailing whitespace when expanding one-line blocks Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 70/100

PowerShell/PSScriptAnalyzer#2210 · Erstellt am 24.8.2026

Alle Issues in PowerShell/PSScriptAnalyzer