結構な勢いで更新さぼっちゃいましたが、今年もよろしくお願いいたします！！！

と、本題。

少し前にPHPプロの質問で、「親クラスのメソッドをクラス外から呼びたい」って質問があがっていました。

オブジェクトを配列へキャストするとこうなるんだぁ・・・（￣□￣；）
オーバーライドで上書きしちゃってても、プライベート変数だっても関係ないじゃん・・・っていう話。

質問が解決されてから日が経っちゃってるけど、完全に忘れる前にメモ。

というわけで、自分の中では驚愕の事実だった手法は以下から。

紹介されていたコード

どうやらPHPUnit内の処理を参考にされた模様。

<?php 

/**
 * privateな属性の値を参照する。
 * 参考: PHPUnit_Framework_Assert::getObjectAttribute($object, $attributeName)
 */
function get_private_value($obj,$attributeName,$class=false) {
  if( $class===false) {
    $class = get_class($obj);
  }
  $objArray = (array) $obj;
  $privateName = sprintf("%s%s",$class,$attributeName);
  if( array_key_exists($privateName,$objArray) ) {
    return $objArray[$privateName];
  }
  return null; 

}
  $test=new testClass3(); 

  $ret = get_private_value($test,'a','testClass3');
  var_dump($ret);
  $ret = get_private_value($test,'a','testClass');
  var_dump($ret); 

?>

まぁ、これだけだと途中の処理が省略されて、何をやってるのか分からないから、簡単にまとめます。

まとめ

まずプライベート変数を持った親クラスを作り、オーバーライドさせるために同じ名前のプライベート変数を持たせた子クラスで継承させる。

<?php
//親クラス
class ParentClass {
  private $value = 'ParentClass Value!';
}
//子クラス
class ChildClass extends ParentClass {
  private $value = 'ChildClass Value!';
}
?>

余計なことは省いて変数を上書きするだけ。

で、オブジェクトを作ってから配列にキャスト！(゜∀゜)

<?php
$object = new ChildClass();
var_dump((array)$object);
?>

ドキドキの結果は・・・。

array(2) {
  ["ChildClass�value"]=>
  string(17) "ChildClass Value!"
  ["ParentClass�value"]=>
  string(18) "ParentClass Value!"
}

うわーーーー∩(≧∇≦)∩
なにか気持ち悪いものが見えてるけど、各プライベート変数が存在する配列になってるっぽい！

それから元記事で紹介されている

sprintf("%s%s",$class,$attributeName);

を参考に、質問者の方が回答されている実用的（？）な方法で記述すると。

<?php
$object = new ChildClass();
$arrayObject = (array)$object;

echo "ParentClass Value : ",
  $arrayObject["ParentClassvalue"],
  "nChildClass Value : ",
  $arrayObject["ChildClassvalue"];
?>

ワクワクの結果は・・・。

ParentClass Value : ParentClass Value!
ChildClass Value : ChildClass Value!

うはぁ(＞▽＜)／
取り出せたよ！！！

PHPすげぇ(＞_＜);;;
全く使い所がわかんねぇ！！！

すごいんだけど、こういう力技が必要になった時点で設計ミスってる気が・・・。

質問内容もスゴイけど、解決できちゃうところがスゲェ！
・・・そうかぁ、オブジェクトは配列にキャストかぁ(´･ω･`)

PHP4あたりではget_object_varsなんかを使って、メンバー変数を確認したりはしたけど、プライベートとか抜き出せないし、まぁメンバー変数を上書きしちゃったら１つの変数だしで、ちょっとどうしようもなかったんだけど。

まだまだPHPには未知の領域が存在しそうです(゜∀゜)

追記（2008-1-5 21：34：12）：
オブジェクトをarrayにキャストする – Do You PHP はてな
うはぁ、わりと有名なのかな(＞_＜)
いろいろスゲェ。

関連記事：
JavascriptでindexOfとmatchの速度がちょっと気になった
[MDIEスクリプト] select2zip.jsを更新

まずは「xampp」と「Aptana Studio」をインストール。

いろいろ入れ直すのが面倒なので、いろいろ詰め込まれた「Pleiades All in One パッケージ」のEclipseでも入れちゃおうかとも思ったりもしたけど。

とりあえず「xampp」セットアップから、PHP、Mysqlの設定手順についてまとめ。

xamppをインストール

1. 今回は「apache friends」からxamppのインストーラー版をダウンロード。
   
   別にzip版でも、そんなに作業内容は変わんないので、好みで( ・ω・)
2. 表示に従って、さくさくインストール。
   

   インストール後に起動確認。
   

3. 今回は業務専用のパソコンでないので、パソコン起動毎にApacheとMysqlを立ち上げる必要はないから、スタートアップを手動に変える。

   コントロールパネル > 管理ツールから、サービスを起動してApacheとMysqlの「スタートアップの種類」を「手動」に変更。
   

Apacheの設定

「httpd.conf」を書き換えるんだけど、ある程度ファイルを分けてたほうが設定を間違った場合に修正しやすいので、「Include」を使って、自分設定を分けておく方が便利(*°∀°)=3

1. xamppのインストールディレクトリ > apache > confディレクトリに移動。
2. 「httpd.conf」をテキストエディタで開く。
   ついでに「httpd.conf」を別名でバックアップとかしてた方がいいかも(≧∇≦)/
3. 「httpd.conf」の最終行に移動して、

   #自分設定 (2008-11-26更新)
   Include "C:\自分のconfを置くディレクトリ\*.conf"

   みたいに記述しておき保存。

   あとは自分設定の保存予定地に、ファイル名.confの要領で好きなだけ設定を追加する。

   Apacheが動かなくなった時は、拡張子をtxtなんかにでも書き換えれば、どれが不具合起してるのか見つけやすくていいよ(゜∀゜)

4. 最後にApacheサービスを再起動して、ブラウザで「http://locslhost/」を叩いて、お約束の確認。
   

PHPとMysqlのパスを通す

コマンドラインからサクッと実行できるように、PHPとMysqlのパスを通しておきます（・∀・）

Mysqlはサービスを起動しないと実行できないけど、PHPはパスさえ通しておけば実行できるので簡単便利。
（php.iniのパスを渡してやらないと設定が違ってたりするけどね）

1. コントロールパネル > システム > 詳細設定から、環境変数をクリック。
2. システム環境変数の新規ボタンをクリックし、とりあえずxamppのパスを変数登録してあげる。
   
   ※画像はCドライブ直下にxamppをインストールした場合。

   必須じゃないけど、パスを通した時に少しでも見通しを良くするための俺仕様(^_^;)

3. システム変数の「Path」をダブルクリックしてパスを通す。
   

   今回はxamppのパスを登録しているので、Path変数の最後に

   ;%XAMPP%\php;%XAMPP%\mysql\bin

   を追加。

   ちょっと読みやすくなった！・・・よね？(＞_＜)

4. 変数が通ったか確認するのに、コマンドラインからPHPを実行。
   
   問題なし！(*°∀°)=3

   コピペ用にコードも載せておきます。

   php -r "echo phpversion();";

PHPの設定

これは好きにすればいいんだけど、とりあえずxamppバンドルのphp.iniは「magic_quotes_gpc」がOnになってるので、とりあえずこれだけ修正。

1. xamppのインストールディレクトリ > apache > binディレクトリに移動。
   ※xamppの場合、phpディレクトリのphp.iniはダミーなので注意！(＞_＜)
2. 「php.ini」をテキストエディタで開く。
   Apache設定同様に別名でバックアップとかしてた方がいいかもね！
3. テキストファイルから「magic_quotes_gpc」を検索。
4. 「On」から「Off」に書き換える。

Mysqlの設定

基本UTF-8で使ってるので、とりあえず文字コードをUTF-8に統一。

1. xamppのインストールディレクトリ > mysql > binディレクトリに移動
2. 「my」と見えている短縮ダイヤルファイルヽ（´ー｀）┌
   
   これがMysqlの設定ファイルなので、テキストエディタで開く。
   必要ならバックアップ（・∀・）

   windowsでは「cnf」拡張子が短縮ダイヤルファイルとして設定されてるんだね( ・ω・)

3. [mysqld]項目の直後に以下の記述を追加。

   default-character-set = utf8
   skip-character-set-client-handshake 

4. mysqlを起動し確認。
   だけど、このまま書くと読みにくいので、いったん切り上げます(゜∀゜)

Mysqlの文字コードを確認

1. xamppコントロールパネルなどから、Mysqlサービスを起動。
2. コマンドプロンプトでMysqlに接続するのに、以下コード実行。

   mysql -u root

   ※最初はMysqlのroot権限にパスワードがないので、この後でパスワード設定に移ります。

3. 次にデータベースの文字コードを列挙させる。

   show variables like "char%";

4. filesystem項目以外がUTF-8になっていることを確認して終了。
   

Mysqlにパスワードを設定

Mysqlのインストール直後は、rootユーザにパスワードが設定されてない(*°∀°)=3
このまま放置するわけにいかないので、パスワードを設定。

1. xamppコントロールパネルなどから、Mysqlサービスを起動。
2. コマンドプロンプトでmysqladminを使って、パスワードを設定。

   mysqladmin -u root -p パスワードに設定する文字列

3. パスワード設定後に、そのパスワードを使ってログイン。

   mysqladmin -u root -p

4. 実行後、パスワードを聞いてくるので、設定したパスワードを入力
   
   ログインできれば成功。

Mysqlにパスワードを設定２

一度パスワードを設定してしまうと、mysqladminから前に使ったコマンドでパスワードを再設定できないので、通常のパスワード設定方法も紹介。

1. xamppコントロールパネルなどから、Mysqlサービスを起動。
2. コマンドプロンプトから、とりあえずmysqlにログイン。

   mysql -u root

   すでにパスワードを設定している場合は、「-p」コマンドも付け加えてパスワードも入力。

3. ログイン後、以下コマンドを実行。

   set password for root@localhost=password('設定するパスワード');

   
   こっちだと何度でも再設定できる。

ちょっと1ページに詰め込みすぎたかもしれない。

明日、「Aptana」の初期設定方法も書く予定。

関連情報：
apache friends – xampp for windows

関連記事：
Windows XPを再インストール中
コマンドプロンプトの覚え書き

多少、説明も入れたけど・・・。

以下、実行内容と結果いろいろ（「//～」のコメント部分が実行結果）

通常の比較（==）を使った場合。

var_dump('string' == 0); // bool(true)
var_dump('string' == '0'); // bool(false)
var_dump('string' == 1); // bool(false)
var_dump('string' == '1'); // bool(false)
var_dump('1string' == 1); // bool(true)
var_dump('1string' == '1'); // bool(false)

通常の比較だとどちらか一方に数値が入ると、強制的にもう一方の値もint型にキャストされます。
文字列は0、もしくは先頭から連続している数値になる。
結果が「ture」になっているものが想定外。

通常の比較（==）を使って、ちょっと意地悪をしてみる。

var_dump('string' == -1); // bool(false)
var_dump('string' == '-1'); // bool(false)
var_dump('-1string' == -1); // bool(true)
var_dump('-1string' == '-1'); // bool(false)

「-1」など負の数値と比較する場合、文字列の先頭に「-」が付いていると負の数値に変換されるため、たまに結果がおかしくなる。
これも「ture」になっているものは想定外。

同型比較（===）を使った場合。

var_dump('string' === 0); // bool(false)
var_dump('string' === '0'); // bool(false)
var_dump('string' === 1); // bool(false)
var_dump('string' === '1'); // bool(false)
var_dump('1string' === 1); // bool(false)
var_dump('1string' === '1'); // bool(false)

同型比較を使うと自動的に方変換を行わなくなるので、比較結果は意図した通りになる。

同型比較（===）では、意地悪できない。

var_dump('string' === -1); // bool(false)
var_dump('string' === '-1'); // bool(false)
var_dump('-1string' === -1); // bool(false)
var_dump('-1string' === '-1'); // bool(false)

型変換が行われないので、ちょっと値に変化をつけてみても、当然正常に比較される。

strcmp関数（文字列の比較）を使った場合。

var_dump(0 == strcmp('string', 0)); // bool(false)
var_dump(0 == strcmp('string', '0')); // bool(false)
var_dump(0 == strcmp('string', 1)); // bool(false)
var_dump(0 == strcmp('string', '1')); // bool(false)

strcmp()は文字列を比較する関数なので、両方の値を文字列にキャストする。
一方の値が数値であっても、数値は文字列に変換されるので「string」が「0」になったり、「1string」が「1」になるような事はないので、結果は正常。
（strcmpは比較した文字列の大きさを返すので、0を返した場合に同一の値と判断する。
なので、同じ値であることを確認する場合は「0==strcmp(A,B)」などのように書く）

strcmp関数（文字列の比較）に論理型 (boolean)を入れてみた場合。

var_dump(0 == strcmp(0, false)); // bool(false)
var_dump(0 == strcmp(0, true)); // bool(false)
var_dump(0 == strcmp(1, false)); // bool(false)
var_dump(0 == strcmp(1, true)); // bool(true)

論理型が文字列にキャストされるため、結果はちょっとおかしくなる。
でも、外部から論理型の値が来ることはないだろうから、プログラマサイドで解決できる問題かな。
（falseはint型に変換すると「0」で、文字列にすると空文字「”"」）

やはり4番目の「ture」になっているものが想定外だが、もともと文字列を比較する関数だから仕方がない。

オーバーフローする値の数値文字列の比較。

var_dump('11111111111111111' == '11111111111111112'); // bool(true)
var_dump('11111111111111111' === '11111111111111112'); // bool(false)
var_dump(0 == strcmp('11111111111111111', '11111111111111112')); // bool(false)

通常の比較（==）の場合、どっちも文字列っぽいけど、キャストが行われるので注意。
なので、1つ目の結果が「ture」になっているものは想定外。

文字列の比較はできるだけstrcmp関数を使えってことですね。

キャストによる値の変化。

// NULL
$value = null;
var_dump(
    (int)$value, // int(0)
    (string)$value, // string(0) ""
    (float)$value // float(0)
);
// 論理型
$value = false;
var_dump(
    (int)$value, // int(0)
    (string)$value, // string(0) ""
    (float)$value // float(0)
);
$value = true;
var_dump(
    (int)$value, // int(1)
    (string)$value, // string(1) "1"
    (float)$value // float(1)
);
// 文字列
$value = 'string';
var_dump(
    (int)$value, // int(0)
    (string)$value, // string(6) "string"
    (float)$value // float(0)
);
$value = '1string';
var_dump(
    (int)$value, // int(1)
    (string)$value, // string(7) "1string"
    (float)$value // float(1)
);
$value = '-1string';
var_dump(
    (int)$value, // int(-1)
    (string)$value, // string(7) "-1string"
    (float)$value // float(-1)
);

論理型への型変換。

var_dump(
    (boolean)0, // bool(false)
    (boolean)1, // bool(true)
    (boolean)-1, // bool(true)
    (boolean)null, // bool(false)
    (boolean)"", // bool(false)
    (boolean)" ", // bool(true)
    (boolean)'string', // bool(true)
    (boolean)'string', // bool(true)
);

数値型ではオーバフローする値の文字列の型変換

$value = '11111111111111111';
var_dump(
    $value, // string(17) "11111111111111111"
    (int)$value, // int(2147483647)
    (float)$value // float(1.11111111111E+16)
);
$value = '11111111111111112';
var_dump(
    $value, // string(17) "1111111111111112"
    (int)$value, // int(2147483647)
    (float)$value // float(1.11111111111E+16)
);

型変換が加わると、「11111111111111111」も「11111111111111112」も値が詰められるので、同じ内容になってしまいます。

ついでに、ちょっと危うそうな事例

in_array関数を使って配列の中に値が存在するか確かめる。

$value = 'string';
$array = array(0, 1, 2);
var_dump(in_array($value, $array)); // bool(true)

え、配列もやばいんだ・・・。

in_arrayはあんまり使ったことがないんだけど、これも問題あるんだね。
もちろんarray_searchも一緒！
（これもやっぱり仕様です。）

// 配列に最初から文字列を入れようか。
$value = 'string';
$array = array('0', '1', '2');
var_dump(in_array($value, $array)); // bool(false)
// もしくは検索前に文字列に戻す。
$value = 'string';
$array = array(0, 1, 2);
var_dump(in_array($value, array_map('strval', $array))); // bool(false)

ここまでしないととダメ？

と、大体こんなものだろうか？
前回の記事見たく、ぐだぐだ書いているよりはわかりやすい気もするんだけど・・・。

内容に補足や誤りがあれば、ぜひコメントください。

気を抜いたら、ちょっとまずいプログラムになりそうだけど・・・。
それでも大好きですよ！PHP！(>▽< )ノ

PHP6からマルチバイトが標準化されるんだっけ？
今回の記事にまったく関係ないけど(^^;

参考情報：
PHP- PHP 型の比較表 – Manual　

関連記事：
[続] PHPで文字列比較を行う場合の注意と、一応数値も抑えておいたほうが・・・
PHPで文字列の比較を行う場合の注意

急にアクセス増えたと思ってると、どうも「phpspot開発日誌」さんにリンクを張って頂いてたようです。

ブログにコメントが入ったようだったので見てると、「PHPで「特定」文字列と数値0の比較が等価になるカラクリ-phpspot開発日誌」の記事で参考にあげられていた「dara-j」さんでした。

内容を読んでると、どうもphpspot開発日誌さんのところで、うちの記事がリンク張られているらしい。

確かにアクセスログを見てみると、リファラにphpspotさんが大量に入っていました(-▽-

いつも見ている側だっただけに、ちょっと恥ずかしい気持ちもありますが(^^;

それはさておき、当ブログ内でも数値比較について記事を書きましたが、dara-jさんのページの「$なし変数のカラクリと数値変換のお話」でわかりやすくまとめられていたのでご紹介。

17桁の整数 → INTの範囲外なので自動的にFLOATに → FLOATの桁精度が足りなく丸め誤差発生 → 同じ値ってことで。

一言でまとまっていてわかりやすい！

定数の事も書かれていましたが、ＰＨＰはこういうものだとすっかり気にならなくなってしまっていましたw

・・・ちょっとピンチ！？
私もＰＨＰに丸められつつあるようです。

改めて言われると確かにおかしな動作ですよね。

以前の文字列、数値比較の内容の実行結果がわかりにくかったので、実行結果だけでまとめてみました。
phpの文字、数値の比較関連、実行結果をずらっと一覧にした。

関連記事：
PHPで1行コメントとPHP括弧の同時利用に関しての注意。
[続] PHPで文字列比較を行う場合の注意と、一応数値も抑えておいたほうが・・・
PHPで文字列の比較を行う場合の注意

これに関しては、問題は少ないと思うけどたまに「あれっ？」てなる(かもしれない)ので書いておきます。

スクリプトを実行した時点で気づくと思うので、特に問題にはならないと思うけど。

というわけで「//」や「#」を利用してコメント内に「< ?php ?>」を書いた場合の参考スクリプトを記述してみます。

<?php
//「//」を記述すると行末までコメントになります。
//”<?php” 以降はPHPスクリプトで “?>”はPHPスクリプトの終了です。
echo “hello!”; //echoでページに出力を行います。
//サンプルは終了です。
?>

すさまじく親切な（というよりうっとおしい）ソースですが、実行するには致命的な問題があります。

PHPファイルを実行

結果をみると予想外にいろいろな言葉が出力されています(^^;

“はPHPスクリプトの終了です。 echo “hello!”; //echoでページに出力を行います。 //サンプルは終了です。　?>

どういうことかというと、コメント内の文字列は基本的にコメントとして扱われるものの、PHP括弧のみコメントとして扱われないというわけ。

上記サンプルは「//」でコメントアウトしていますが、「#」でコメントアウトした場合も同様の現象が発生します。

コメント内にPHP括弧を書く場合は「/* */」を利用することでコメントとして扱うことが出来ます。

上記の参考スクリプトを正しく処理するように書き直すと

<?php
/*「//」を記述すると行末までコメントになります。
  ”<?php” 以降はPHPスクリプトで ”?>”はPHPスクリプトの終了です。*/
echo “hello!”; //echoでページに出力を行います。
//サンプルは終了です。
?>

問題のスクリプトを書いてしまっても、実行直後に「なんかおかしい！」と気づくと思うので、大事にいたることは無いと思いますが。

稼動中のサーバなどでやってしまうと、「コメント以降のソースが丸見え！！」なんて羽目になるかもしれません・・・。

PHP技術者の方はコメントだけだからといって、くれぐれもプログラムの実行チェックを怠らないようにしましょう。

かなり初心者向けの内容なので、参考する人がどれだけいるか・・・。

以下、参考ページ
PHP- コメント – Manual

発生する確率はそれほど高くないかもしれませんが・・・(^^;

大きな数値を比較する際には注意が必要なのですが、下記が問題のあるコードです。

<?php
var_dump(11111111111111111 == 11111111111111112);
?>

ぱっと見た感じ問題はなさそうに見えますが、実行してみると・・・

bool(true)

終末数値が1と2なので結果にfalseを期待すると思いますが、実際にはtrueが返されます。

ちなみに「===」やstrcmp関数を使って比較しても結果は同じです。

<?php
var_dump(11111111111111111 === 11111111111111112);
//bool(true)
var_dump(0 == strcmp(11111111111111111,11111111111111112));
//bool(true)
?>

これはどういうことかというとINT型の範囲を超えた時点（2147483648以上）でオーバーフローが発生して、数値はFLOAT型に変更されます。

<?php
var_dump(2147483648);//float(2147483648)
var_dump(11111111111111111);//float(1.11111111111E+16)
var_dump(11111111111111112);//float(1.11111111111E+16)
?>

FLOAT型に変換された場合に小さい位の方から「E+*」にまとめられてしまうんだけど、「11111111111111111」と「11111111111111112」の結果を見てもらったらわかるように、まとめられた部分の数値が切り捨てられているので比較した場合の結果がおかしい。

SQLのBIGINTを利用した大きな数値を扱う場合に一部注意が必要かも。

型を文字列にして比較すると「==」以外では正常な結果を返してくれます。

// 「==」で比較
var_dump((string)"11111111111111111" == (string)"11111111111111112");
//bool(true)

// 「===」で比較
var_dump((string)"11111111111111111" === (string)"11111111111111112");
//bool(false)

// 「strcmp」で比較
var_dump(0 == strcmp((string)"111111111111111111",  (string)"111111111111111112"));
//bool(false)

正確に比較を行う場合には、確実に文字型になったものを取得した上、strcmp関数を使うのが一番硬いのかな。

マニュアルを読んでいたら、以下で紹介されていました。

watch out when comparing strings that are numbers. this example:

<?php

$x1 = '111111111111111111';
$x2 = '111111111111111112';

echo ($x1 == $x2) ? "true\n" : "false\n";

?>

will output “true”, ・・・

上の記事だとシングルクォートで囲っているので、(string)->(int)->(float)という感じで型が変換されてしまってるってことか。
if文で比較する場合には少なくとも比較には「==」は使わないほうがいいということですね。

さらに注意すべきは前回書いた文字列比較にしても、今回の数値の比較にしてもif文だけでなく、switch文でも同様の評価を受けてしまいます。

というわけで結構困らせてくれるPHPの比較ですが、これなしでプログラムは組めないのでしっかり抑えておかないと(^^;

文字列、数値比較の内容の実行結果がわかりにくかったので、実行結果だけでまとめてみました。
phpの文字、数値の比較関連、実行結果をずらっと一覧にした。

関連情報：
PHP- 文字列 – Manual
PHP- 整数 – Manual

2007-8-14：一部表記を修正

この辺りはおさらいするまでも無いんだけど、普通に便利そうで結構迷惑なところ。

<?php var_dump(false == 0); //bool(true) ?>
<?php var_dump(null == 0); //bool(true) ?>

まぁ、ここは比較演算子を「===」に変えればすむのでとりあえず。
・・・ただこっちは結構厄介。

<?php var_dump(“string” == 0); //bool(true) ?>

むぅ、これはちょっと・・・。

なんか仕様を通り越して悪意すら感じる。
とりあえず文字列型で無理やり固定してしまって

<?php var_dump(“string” === (string)0); //bool(false) ?>
<?php var_dump(“string” === “0″); //bool(false) ?>

なんかで対応しても良いんだけど、結構めんどくさいので

<?php var_dump(strcmp(“string”, 0) == 0); //bool(false) ?>

のように、strcmp関数で対応するのが良いみたい。

比較演算子で書くのが慣れてしまっているようなら、厳密に型比較で「===」をつかえば良いのかな？

<?php var_dump((bool)0); //bool(false) ?>
<?php var_dump((bool)1); //bool(true) ?>

のようなこともあるので、極めて厳密な処理にはならない。

比較演算子＋型固定にしてもstrcmp関数を使うにしても「true」と「1」や「false」と「0」の比較は通ってしまうので、論理型 (boolean) の比較が必要な場合は分けないと仕方が無いか。

なかなか、面倒ではあるけど大事な処理なので。
・・・頭が痛くなる。

ちなみにfloat型とかを(int)で型指定した時点で整数に戻せる辺りで、もしやと思ったけど

<?php var_dump(“1string” == 1); //bool(true) ?>

・・・やっぱり。
結構変な比較が通ってしまうようですね。

しかも仕様らしいし。
参考情報：
「PHP- 文字列 – Manual」

文字列、数値比較の内容の実行結果がわかりにくかったので、実行結果だけでまとめてみました。
phpの文字、数値の比較関連、実行結果をずらっと一覧にした。