Geben Sie Casting-Variablen in PHP ein. Was ist der praktische Grund dafür?

PHP hat, wie die meisten von uns wissen, eine schwache Typisierung . Für diejenigen, die dies nicht tun, sagt PHP.net:

PHP benötigt (oder unterstützt) keine explizite Typdefinition in der Variablendeklaration. Der Typ einer Variablen wird durch den Kontext bestimmt, in dem die Variable verwendet wird.

Lieben Sie es oder hassen Sie es, PHP wandelt Variablen on-the-fly um. Der folgende Code ist also gültig:

$var = "10";
$value = 10 + $var;
var_dump($value); // int(20)

Mit PHP können Sie auch explizit eine Variable wie folgt umwandeln:

$var = "10";
$value = 10 + $var;
$value = (string)$value;
var_dump($value); // string(2) "20"

Das ist alles cool ... aber für mein Leben kann ich mir keinen praktischen Grund dafür vorstellen.

Ich habe kein Problem mit starken Eingaben in Sprachen wie Java, die dies unterstützen. Das ist in Ordnung und ich verstehe es vollkommen. Außerdem bin ich mir der Nützlichkeit von Typhinweisen in Funktionsparametern bewusst und verstehe sie vollständig .

Das Problem, das ich beim Typgießen habe, wird durch das obige Zitat erklärt. Wenn PHP Typen nach Belieben austauschen kann , kann dies auch nach dem Erzwingen des Castens eines Typs geschehen. Dies ist im Handumdrehen möglich, wenn Sie für eine Operation einen bestimmten Typ benötigen. Das macht Folgendes gültig:

$var = "10";
$value = (int)$var;
$value = $value . ' TaDa!';
var_dump($value); // string(8) "10 TaDa!"

Also, was ist der Punkt?

Nehmen Sie dieses theoretische Beispiel einer Welt, in der benutzerdefiniertes Typ-Casting in PHP Sinn macht :

1. Sie erzwingen die Umwandlung einer Variablen $fooals int→ (int)$foo.
2. Sie versuchen, einen Zeichenfolgenwert in der Variablen zu speichern $foo.
3. PHP wirft eine Ausnahme !! ← Das wäre sinnvoll. Plötzlich besteht der Grund für benutzerdefiniertes Typ-Casting!

Die Tatsache, dass PHP die Dinge nach Bedarf umdreht, macht den Punkt der benutzerdefinierten Typumwandlung vage. Die folgenden zwei Codebeispiele sind beispielsweise äquivalent:

// example 1
$foo = 0;
$foo = (string)$foo;
$foo = '# of Reasons for the programmer to type cast $foo as a string: ' . $foo;

// example 2
$foo = 0;
$foo = (int)$foo;
$foo = '# of Reasons for the programmer to type cast $foo as a string: ' . $foo;

Erraten Sie ein Jahr, nachdem Sie diese Frage ursprünglich gestellt hatten, wer Typografie in einer praktischen Umgebung verwendet hat? Mit freundlichen Grüßen.

Die Anforderung bestand darin, Geldwerte auf einer Website für ein Restaurantmenü anzuzeigen. Das Design der Site erforderte, dass nachfolgende Nullen abgeschnitten wurden, sodass die Anzeige etwa wie folgt aussah:

Menu Item 1 .............. $ 4
Menu Item 2 .............. $ 7.5
Menu Item 3 .............. $ 3

Der beste Weg, diese Verschwendung zu tun, um die Variable als Float umzuwandeln:

$price = '7.50'; // a string from the database layer.
echo 'Menu Item 2 .............. $ ' . (float)$price;

PHP schneidet die nachgestellten Nullen des Floats ab und setzt den Float dann als String zur Verkettung um.

In einer schwach typisierten Sprache gibt es eine Typumwandlung, um Mehrdeutigkeiten in typisierten Operationen zu beseitigen, wenn der Compiler / Interpreter andernfalls die Reihenfolge oder andere Regeln verwenden würde, um eine Annahme darüber zu treffen, welche Operation verwendet werden soll.

Normalerweise würde ich sagen, dass PHP diesem Muster folgt, aber von den Fällen, die ich überprüft habe, hat sich PHP in jedem gegenintuitiv verhalten.

In diesen Fällen wird JavaScript als Vergleichssprache verwendet.

String Concatentation

Offensichtlich ist dies in PHP kein Problem, da es separate Operatoren für Zeichenfolgenverkettung ( .) und Addition ( +) gibt.

var a = 5;
var b = "10"
var incorrect = a + b; // "510"
var correct = a + Number(b); // 15

String-Vergleich

In Computersystemen ist "5" häufig größer als "10", da es nicht als Zahl interpretiert wird. Nicht so in PHP, das, auch wenn beide Zeichenfolgen sind, erkennt, dass es sich um Zahlen handelt, und die Notwendigkeit einer Besetzung beseitigt.

console.log("5" > "10" ? "true" : "false"); // true

echo "5" > "10" ? "true" : "false";  // false!

Funktionsunterschrift eingeben

PHP implementiert eine reine Typprüfung für Funktionssignaturen, die jedoch leider so fehlerhaft ist, dass sie wahrscheinlich nur selten verwendet werden kann.

Ich dachte, ich könnte etwas falsch machen, aber ein Kommentar in den Dokumenten bestätigt, dass andere eingebaute Typen als Array nicht in PHP-Funktionssignaturen verwendet werden können - obwohl die Fehlermeldung irreführend ist.

function testprint(string $a) {
    echo $a;
}

$test = 5;
testprint((string)5); // "Catchable fatal error: Argument 1 passed to testprint()
                      //  must be an instance of string, string given" WTF?

Und im Gegensatz zu jeder anderen Sprache, die ich kenne, kann null nicht mehr an dieses Argument übergeben werden, selbst wenn Sie einen Typ verwenden, den es versteht ( must be an instance of array, null given). Wie blöd.

Boolesche Interpretation

[ Bearbeiten ]: Dieser ist neu. Ich dachte an einen anderen Fall und wieder ist die Logik von JavaScript umgekehrt.

console.log("0" ? "true" : "false"); // True, as expected. Non-empty string.

echo "0" ? "true" : "false"; // False! This one probably causes a lot of bugs.

Abschließend ist der einzige nützliche Fall, an den ich denken kann, ... (Trommelwirbel)

Geben Sie Kürzung ein

Mit anderen Worten, wenn Sie einen Wert eines Typs (beispielsweise eine Zeichenfolge) haben und ihn als einen anderen Typ (int) interpretieren möchten und erzwingen möchten, dass er zu einem der gültigen Werte dieses Typs wird:

$val = "test";
$val2 = "10";
$intval = (int)$val; // 0
$intval2 = (int)$val2; // 10
$boolval = (bool)$intval // false
$boolval2 = (bool)$intval2 // true
$props = (array)$myobject // associative array of $myobject's properties

Ich kann nicht sehen, was für eine Aufwertung (zu einem Typ, der mehr Werte umfasst) Sie jemals wirklich gewinnen würde.

So , während ich mit Ihnen vorgeschlagenen Verwendung des Schreibens nicht einverstanden ist (Sie im Wesentlichen vorschlagen , statische Typisierung , aber mit der Mehrdeutigkeit , die nur wenn es Kraft Guss in eine Art würde es einen Fehler aus - was zu Verwirrung führen würde), ich denke , es ist ein gutes ist Frage, weil anscheinend Casting in PHP sehr wenig Sinn hat.

Sie mischen die Konzepte von schwachen / starken und dynamischen / statischen Typen.

PHP ist schwach und dynamisch, aber Ihr Problem ist das Konzept des dynamischen Typs. Das heißt, Variablen haben keinen Typ, Werte schon.

Ein Typ-Casting ist ein Ausdruck, der einen neuen Wert eines anderen Typs des Originals erzeugt. es macht nichts mit der Variablen (wenn eine beteiligt ist).

Die einzige Situation, in der ich regelmäßig Cast-Werte eingebe, sind numerische SQL-Parameter. Sie sollten jeden Eingabewert, den Sie in SQL-Anweisungen einfügen, bereinigen / entziehen oder (viel besser) parametrisierte Abfragen verwenden. Wenn Sie jedoch einen Wert möchten, der eine Ganzzahl sein MUSS, ist es viel einfacher, ihn einfach zu konvertieren.

Erwägen:

function get_by_id ($id) {
   $id = (int)$id;
   $q = "SELECT * FROM table WHERE id=$id LIMIT 1";
   ........
}

Wenn ich die erste Zeile weglasse, $idwäre dies ein einfacher Vektor für die SQL-Injektion. Die Besetzung stellt sicher, dass es sich um eine harmlose Ganzzahl handelt. Jeder Versuch, SQL einzufügen, würde einfach zu einer Abfrage nach führenid=0

Eine Verwendung für Typumwandlungen in PHP, die ich gefunden habe:

Ich entwickle eine Android-App, die HTTP-Anforderungen an PHP-Skripte auf einem Server sendet, um Daten aus einer Datenbank abzurufen. Das Skript speichert Daten in Form eines PHP-Objekts (oder eines assoziativen Arrays) und wird als JSON-Objekt an die App zurückgegeben. Ohne Typ Casting würde ich so etwas erhalten:

{ "user" : { "id" : "1", "name" : "Bob" } }

Bei Verwendung von PHP-Typumwandlung (int)für die Benutzer-ID beim Speichern des PHP-Objekts wird dies stattdessen an die App zurückgegeben:

{ "user" : { "id" : 1, "name" : "Bob" } }

Wenn das JSON-Objekt dann in der App analysiert wird, erspart es mir, die ID in eine Ganzzahl zu analysieren!

Sehr nützlich.

Ein Beispiel dafür sind Objekte mit einer __toString Methode: $str = $obj->__toString();vs $str = (string) $obj;. In der Sekunde wird viel weniger getippt, und das Besondere ist die Zeichensetzung, deren Eingabe länger dauert. Ich denke auch, dass es besser lesbar ist, obwohl andere vielleicht anderer Meinung sind.

Ein anderer macht ein Einzelelement - Array: array($item);vs (array) $item;. Dadurch wird ein beliebiger skalarer Typ (Ganzzahl, Ressource usw.) in ein Array eingefügt.
Wenn $itemes sich bei einem Objekt um ein Objekt handelt, werden seine Eigenschaften zu Schlüsseln für seine Werte. Ich denke jedoch, dass die Konvertierung von Objekt-> Array etwas seltsam ist: Private und geschützte Eigenschaften sind Teil des Arrays und werden umbenannt. So zitieren Sie die PHP-Dokumentation : Private Variablen haben den Klassennamen vor dem Variablennamen. Geschützte Variablen haben ein '*' vor dem Variablennamen.

Eine andere Verwendung ist die Konvertierung von GET / POST-Daten in geeignete Datenbanktypen. MySQL kann dies selbst handhaben, aber ich denke, dass die ANSI-kompatibleren Server die Daten möglicherweise ablehnen. Der Grund, warum ich nur Datenbanken erwähne, ist, dass in den meisten anderen Fällen die Daten irgendwann einer Operation unterzogen werden, die ihrem Typ entspricht (dh mit int / floats werden normalerweise Berechnungen durchgeführt usw.).

Dieses Skript:

$tags = _GET['tags'];
foreach ($tags as $tag) {
    echo 'tag: ', $tag;
}

läuft einwandfrei für script.php?tags[]=one, schlägt aber fehl script.php?tags=one, da _GET['tags']im ersten Fall ein Array zurückgegeben wird, im zweiten Fall jedoch nicht. Da das Skript so geschrieben ist, dass es ein Array erwartet (und Sie weniger Kontrolle über die an das Skript gesendete Abfragezeichenfolge haben), kann das Problem gelöst werden, indem das Ergebnis aus den folgenden Quellen entsprechend umgewandelt wird _GET:

$tags = (array) _GET['tags'];
foreach ($tags as $tag) {
    echo 'tag: ', $tag;
}

Es kann auch als schnelle und unsaubere Methode verwendet werden, um sicherzustellen, dass nicht vertrauenswürdige Daten nicht beschädigt werden, z.

$amount = (float) $_POST['amount'];

if( $amount > 0 ){
    $remoteService->doacalculationwithanumber( $amount );    
}

Offensichtlich ist dies fehlerhaft und wird auch implizit vom Vergleichsoperator in der if-Anweisung behandelt. Dies ist jedoch hilfreich, um sicherzustellen, dass Sie genau wissen, was Ihr Code tut.

Eine "Verwendung" von PHP-Re-Casting-Variablen im laufenden Betrieb, die ich häufig sehe, ist das Abrufen von Daten aus externen Quellen (Benutzereingaben oder Datenbanken). Damit können Programmierer (ich habe nicht gesagt, dass Entwickler ) die verschiedenen Datentypen, die aus verschiedenen Quellen verfügbar sind, ignorieren (oder gar nicht lernen).

Ein Codierer (beachten Sie, dass ich nicht Entwickler gesagt habe), dessen Code ich geerbt habe und der immer noch verwaltet, scheint nicht zu wissen, dass ein Unterschied zwischen der Zeichenfolge "20", die in der $_GETSupervariablen zurückgegeben wird, und der Ganzzahloperation besteht,20 + 20 wenn sie hinzugefügt wird der Wert in der Datenbank. Sie hat nur das Glück, dass PHP .für die Verkettung von Zeichenfolgen verwendet und nicht +wie jede andere Sprache, weil ich gesehen habe, dass ihr Code zwei Zeichenfolgen (eine varcahrvon MySQL und einen Wert von $_GET) "hinzufügt" und eine Ganzzahl erhält.

Ist das ein praktisches Beispiel? Nur in dem Sinne, dass Programmierer nicht wissen, mit welchen Datentypen sie arbeiten. Ich persönlich hasse es.