ホームページ >php教程 >php手册 >セクション 15 -- Zend エンジンの開発

セクション 15 -- Zend エンジンの開発

WBOY
WBOYオリジナル
2016-06-13 12:37:02798ブラウズ

/*
------------------------------------------- ----------------------------------
| この記事は Haohappy<
| = 章のクラスとオブジェクトのメモ
| = 不要なトラブルを避けるため、転載しないでください。批判や修正は大歓迎です。私たちはすべての PHP 愛好家とともに進歩していきたいと考えています。
= PHP5 Research Center: http://blog.csdn.net/haohappy2004
--------- ----- -------------------------------------- ----- ---------------
*/
セクション 15 -- Zend エンジンの開発
この章の最後のセクションで、Zeev は次のように説明しています。 Zend Engine オブジェクト モデルによってもたらされるメリット、特に以前のバージョンの PHP のモデルとの違いについて説明します。
1997 年の夏に PHP3 を開発したとき、その時点では PHP をオブジェクト指向にする計画はありませんでした。 PHP3 は純粋にプロセス指向の言語ですが、1997 年 8 月 27 日の夜にクラスのサポートが PHP に追加されました。当時は PHP を研究する人が少なすぎたので、1997 年 8 月から、PHP はオブジェクト指向プログラミング言語への第一歩を踏み出しました。
実際、これは最初の一歩にすぎません。この設計ではオブジェクトのサポートが十分ではないため、$foo["bar"] を使用する代わりに、オブジェクトを使用することができます。より見栄えの良い $foo- >bar を使用してください。オブジェクト指向のアプローチの主な利点は、メンバー関数またはメソッドを通じて機能を格納することです。ただし、例のアプローチと実際にはそれほど違いはありません。 6.19.
リスト 6.18 PHP 3 のオブジェクト指向プログラミング PHP3 のオブジェクト指向プログラミング


コードをコピーします コードは次のとおりです。 > class 例 {

var $value = "何らかの値";

function PrintValue()
{
print $this->value; > > $obj = new Example(); ;PrintValue();
?>
リスト 6.19 PHP 3 の構造化プログラミング PHP3 の構造化プログラミング



コードをコピー

コードは次のとおりです:

function PrintValue($arr)

{ print $arr["value "] ; } function CreateExample() {

$arr["value"] = "何らかの値";

$arr["PrintValue"] = "PrintValue";
return $arr;
}
$arr = CreateExample();
//PHP の間接参照を使用します
$arr["PrintValue"]($arr)>?
上記では、クラスに 2 行のコードを記述するか、関数に配列を明示的に渡していますが、PHP3 ではこれら 2 つのオプションに違いがないことを考慮すると、オブジェクト モデルを単に「構文上の光沢」として扱うことができます。
オブジェクト指向開発に PHP を使用したいと考えている人、特にデザイン パターンを使用したいと考えている人は、すぐに壁にぶつかることに気づきました。幸いなことに、当時 (PHP3 時代) は、これを必要とする人は多くありませんでした。
PHP ではこの状況が変わり、PHP の異なる識別子がメモリ内の同じアドレスを指すことができるようになります。例 6.20 のように、同じ変数にさらに名前を付けます。
リスト 6.20 PHP 4 の参照 PHP4 の参照



コードをコピー

コードは次のとおりです。 🎜>

$a = 5;
//$b は $a と同じメモリの場所を指し、$b はメモリの同じアドレスを指します
$b = & $a;
//$a が $b を変更することを指しているので、$b を変更します。
// 同じ場所です - $a が指すアドレスも変わります
$b = 7;
//prints 7 Output 7
print $a;
?>

相互にポイントするオブジェクトのネットワークを構築することがすべての基礎となるため、オブジェクト指向設計パターンでは、この改善は大きな意味を持ちますが、参照によってより強力なオブジェクト指向アプリケーションを作成できるようになりますが、PHP でのオブジェクトや他の種類のデータの扱いは、開発者にとって大きな苦痛となるでしょう。実際のアプリケーションを構築したい場合、アプリケーションは WTMA (Way Too Many Ampersands&) 症候群に悩まされることになります。例 6.21 を見れば、PHP 4 のオブジェクトに関する問題が理解できるでしょう。 PHP4 でのオブジェクトの使用に関する問題

コードをコピー コードは次のとおりです:

1 class MyFoo {
2 function MyFoo()
3 {
4 $this->me = &$this;  
5 $this->value = 5;  
6 }
7
8 function setValue($val)
9 {
10 $this->value = $val;  
11 }
12
13 function getValue()
14 {
15 return $this->value;  
16 }
17
18 function getValueFromMe()
19 {
20 return $this->me->value;  
21 }
22 }
23
24 関数 CreateObject($class_type)
25 {
26 スイッチ ($class_type) {
27 case "foo":
28 $obj = new MyFoo();  
29 休憩;  
30 case "bar":
31 $obj = new MyBar();  
32 休憩;  
33 }
34 return $obj;  
35 }
36
37 $global_obj = CreateObject ("foo");  
38 $global_obj->setValue(7);  
39
40 print 「値は 」 。 $global_obj->getValue() 。 「ん」;  
41 print 「値は 」 。 $global_obj->getValueFromMe() 。 「ん」;  


まず、MyFoo クラスがあり、$this->me に参照を与え、それを設定します。
他に 3 つのメンバー関数があります: の値を設定するセッター。 this->value; 1 つは this->value の値を返し、もう 1 つは this->value->me の値を返します。しかし、 --$this は同じものではないでしょうか? ) MyFoo::getValueFromMe() によって返される値と同じではありませんか?
まず、MyFoo 型のオブジェクトを返す CreateObject("foo") を呼び出します。次に、MyFoo::setValue() を呼び出します。 7) 最後に、MyFoo::getValue() と MyFoo::getValueFromMe() を呼び出し、戻り値 7 を取得することを期待します。
もちろん、いずれの場合でも 7 を取得した場合、上記の例は起こりません。この本の中で最も意味のない例です。おわかりかと思いますが、7 が 2 つありません。
しかし、どのような結果が得られるのでしょうか。さらに重要なのは、なぜ得られるのでしょうか?理由としては、3 つあります。
まず、コンストラクター内で this と this->me の間の参照を確立します。そして、この ->me も同じことです。しかし、コンストラクターが終了すると、PHP はオブジェクト (new MyFoo、行 28) を再作成し、それを $obj に割り当てる必要があります。他のデータ型と同様に、X を Y に割り当てることは、Y が X のコピーであることを意味します。つまり、obj は、コンストラクター内に存在するオブジェクトである new MyFoo のコピーになります。 ;me どうでしょうか? これは参照であるため、元のオブジェクトを指しています。これは、どちらか一方を変更しても、もう一方は変わりません。 > これが最初の理由です。奇跡的に、オブジェクトのインスタンス化の問題 (28 行目) を克服できますが、それでも同じ問題に遭遇する必要があります。上記と同様 - global_object は戻り値のコピーになり、やはり global_object と global_object->me は同じではなくなります。これが 2 番目の理由です。
しかし、実際にはそうはいきません。まだ遠い — CreateObject が $obj を返したら、参照を破棄します (行 34)。
これを修正するにはどうすればよいでしょうか。1 つは、どこにでもアンパサンドを追加することです。例 6.22 (行 24、28、31、37) のように、2. 幸運にも PHP5 を使用できる場合は、上記のすべてを忘れても構いません。PHP5 がどのように考慮するかを知りたい場合は、これらを自動的に考慮します。
リスト 6.22 PHP 4 の WTMA シンドローム PHP4 の WTMA シンドローム


コードをコピーします コードは次のとおりです。

1 class MyFoo {
2 function MyFoo()
3 {
4 $this->me = &$this;  
5 $this->value = 2;  
6 }
7
8 function setValue($val)
9 {
10 $this->value = $val;  
11 }
12
13 function getValue()
14 {
15 return $this->value;  
16 }
17
18 function getValueFromMe()
19 {
20 return $this->me->value;  
21 }
22 };  
23
24 function &CreateObject($class_type)
25 {
26 switch ($class_type) {
27 case "foo" :
28 $obj =& new MyFoo() ;  
29 休憩;  
30 case "bar":
31 $obj =& new MyBar();  
32 休憩;  
33 }
34 return $obj;  
35 }
36
37 $global_obj =& CreateObject ("foo");  
38 $global_obj->setValue(7);  
39
40 print 「値は 」 。 $global_obj->getValue() 。 「ん」;  
41 print 「値は 」 。 $global_obj->getValueFromMe() 。 「ん」;  


PHP5 は、オブジェクトを他のタイプのデータとは異なる方法で扱う最初の PHP バージョンです。ユーザーの観点から見ると、これは非常に明らかです。PHP5 では、オブジェクトは常に参照によって渡されますが、他のタイプのデータ (整数、最も注目すべき点は、オブジェクトを参照によって渡すことを示すために & 記号を使用する必要がないことです。
オブジェクト指向プログラミングでは、オブジェクト ネットワークと複雑なオブジェクト間の関係が広範囲に使用されます。 、これらはすべて参照の使用を必要とします。PHP の以前のバージョンでは、参照を明示的に指定する必要がありました。そのため、オブジェクトの移動は参照によって行われ、明示的にコピーが要求された場合にのみコピーされます。これは以前よりも優れています。
どのように実装されていますか?
PHP5 より前では、すべての値は zval (Zend Value) と呼ばれる特別な構造体に格納されていました。これらの値は、数値や文字列などの単純な値、または複合値として格納できました。配列やオブジェクトなどの値。関数に値が渡されるとき、または関数から返されるとき、これらの値はコピーされ、メモリ内の別のアドレスに同じ内容の構造体が作成されます。オブジェクトを除いて、値は依然として zval 構造に格納されます。オブジェクトはオブジェクト ストアと呼ばれる構造に存在し、各オブジェクトは異なる ID を持ちます。Zval では、オブジェクト自体は格納されませんが、オブジェクトへのポインタが格納されます。ホルダーをコピーする場合、オブジェクトの zval 構造体が存在します。たとえば、オブジェクトを関数にパラメータとして渡す場合、同じオブジェクト ポインタを保持してオブジェクト ストアに通知するだけです。これは、この特定のオブジェクトが別の zval によってポイントされるようになるためです。オブジェクト自体はオブジェクト ストアに配置されており、これに加えた変更は、そのオブジェクトへのポインタを保持するすべての zval 構造に影響を与えるため、PHP オブジェクトはオブジェクトであるかのように見えます。
PHP5 を使用して例 6.21 に戻り、すべてのアンパサンドを削除しても、コンストラクター内で参照を保持してもすべて正常に動作します。 ) & 記号は使用されません。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。