Only allow loose comparison with numeric operands
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
Rechercherichtung
No files, tests, or entry points are named. Start by locating existing PHPStan strict rules for arithmetic and loose comparisons, then determine how the proposed numeric-only checks should handle strings, objects, and the spaceship operator. Done means the rule consistently rejects the described non-numeric comparisons and has coverage for the examples.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Similar to arithmetic operators (+/-/*///**/%), loose comparison operators should only be used for numeric values. This is true for ==, !=, <, >, <=, >= and <=>.
Using any of these operators for non-numeric values may lead to unexpected results.
The option to disallow == and != completely doesn't cover the full problem as other comparison operators are still allowed and might give unexpected result. It also disallows cases where you do want to use == because you're comparing numbers.
Good
42 == 42.0 // true
42 == "42" // true
42 == "4.2e1" // true
42 < "0xf1" // true
Bad
// convert to int, I guess
1000 >= "42 bytes" // true
(int)"42 bytes" // 42
// but not always :-(
(int)"4.2e1 bytes" // 42
1000 >= "4.2e1 bytes" // false ??
Universal rules of logic state that if a > b and b > c than a > c
$a = '42';
$b = 10;
$c = '9 dwarfs';
$a > $b // true
$b > $c // true
$a > $c // false ??
The spaceship operator should also not be used for strings.
function cmp1(string $x, string $y) {
return $x <=> $y;
}
function cmp2(string $x, string $y) {
return ($x . 'Foo') <=> ($y . 'Foo');
}
// Both functions should do the same, but...
cmp1("55", "5.5e1"); // 0
cmp2("55", "5.5e1"); // 1
The logic behind wether or not a string is converted to a number is just to complex. It's party explained in the manual, but that's not conclusive.
For strings you SHOULD always use === or strcmp.
While == could be useful to compare objects, the strange behaviour on strings makes this too dangerous.
$one = (object)['a' => 0];
$two = (object)['a' => '0.0'];
$three = (object)['a' => 'bar'];
$one == $two; // true
$one == $three; // true
$two == $three; // false
- Vorherrschende Sprache
- PHP
- Sterne
- 711
- Forks
- 62
- Ø Merge
- 35 Min.
- Gemergte PRs (30 T.)
- 4
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
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 phpstan/phpstan-strict-rules
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
phpstan/phpstan-strict-rules#317 · 1 Kommentar ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
phpstan/phpstan-strict-rules#316 · 3 Kommentare ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 52/100
phpstan/phpstan-strict-rules#298 · 2 Kommentare · 1 Reaktion ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100
phpstan/phpstan-strict-rules#289 · 1 Kommentar ·
-
bug
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
phpstan/phpstan-strict-rules#283 · 6 Kommentare ·
Alle Issues in phpstan/phpstan-strict-rules
Ähnliche Issues
-
UX
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
ProfessionalWiki/NeoWiki#1573 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 88/100
-
sync-en
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Maintainer antworten meist innerhalb von 1 Tag
-
sync-en
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
Maintainer antworten meist innerhalb von 1 Tag