PHP में चर को कैसे व्यवस्थित किया जाता है

यह एक साधारण प्रश्न की तरह लगता है, यह भी स्पष्ट नहीं है कि क्या जवाब देना है, है ना?
हम सभी जानते हैं कि एक चर कैसे बनाया जाए, चर का मूल्य कैसे प्राप्त किया जाए, अंत में एक चर का संदर्भ कैसे लिया जाए।
लेकिन वे अंदर से बाहर कैसे काम करते हैं?
जब आप किसी वैरिएबल का मान बदलते हैं, तो दुभाषिया में क्या होता है? या आप इसे कब हटाते हैं?
चर प्रकार कैसे लागू होते हैं?

इस लेख में मैं इन विषयों को प्रकट करने का प्रयास करूंगा।

अमूर्त

PHP में चर को कुछ कंटेनरों के रूप में व्यक्त किया जाता है जो एक चर के प्रकार, मूल्य, इस कंटेनर को संदर्भित करने वाले चर की संख्या और इस चर को एक संदर्भ के रूप में चिह्नित करते हैं।

संरचनाओं और संकेत के बारे में पाचन

यदि आपने सी में कभी नहीं लिखा है, तो आप शायद संरचनाओं और बिंदुओं जैसी चीजों के बारे में नहीं जानते हैं, जो यहां बहुत व्यापक रूप से उपयोग किए जाते हैं और जिनके बिना कम से कम कुछ जटिल सी प्रोग्राम की कल्पना करना बहुत मुश्किल होगा।
संरचनाएं कक्षाओं के समान हैं, केवल उनके पास तरीके नहीं हो सकते हैं, केवल डेटा, डेटा के लिए संकेत और फ़ंक्शन के लिए संकेत। C में एक संरचना की घोषणा करके, आप डेटा प्रकार को परिभाषित करते हैं, और अब एक चर को परिभाषित करते समय, आप उस चर के प्रकार के स्थान पर इस संरचना का नाम लिख सकते हैं, कुछ इस तरह:

my_super_struct super_struct_instance; 

पॉइंटर्स रेफरेंस वैरिएबल की तरह होते हैं, केवल उनका वैल्यू मेमोरी में एड्रेस होता है। वास्तव में, ये पॉइंटर्स के रूप में संदर्भ होते हैं, केवल वे डीएफ़र्ड पॉइंटर्स की तरह व्यवहार करते हैं। कोड पर दिखाने के लिए बेहतर:

 //   foo,       int int *foo; //    int int bar = 3; //     bar    . //  foo    ,    bar foo = &bar; //       (    ) //    (*foo)++; //      ,     //        foo++; 

कंटेनर

कंटेनर एक संरचना है जिसे ज़वल कहा जाता है, यह इस तरह दिखता है:

 struct zval { zvalue_value value; zend_uchar type; //  ,    char zend_uchar is_ref; zend_ushort refcount; }; 

जैसा कि हम देख सकते हैं, रेफ़रिंग चर का एक मान, प्रकार, ध्वज और संख्या है।
इस प्रकार हैं:

• लंबी
• BOOL
• डबल
• STRING
• ARRAY
• वस्तु
• संसाधन
• शून्य

zvalue_value एक संघ है। संघ एक प्रकार है जिसमें आप विभिन्न प्रकार के कई सदस्यों की घोषणा कर सकते हैं, लेकिन अंत में केवल एक का उपयोग किया जाएगा, यह इस प्रकार है:

 typedef union _zvalue_value { long lval; // integer double dval; // float struct { char *val; int len; } str; // string HashTable *ht; // array zend_object obj; // object } zvalue_value; 

नतीजतन, जब आप इस प्रकार का एक वैरिएबल बनाते हैं, तो यह मेमोरी में ठीक वैसा ही लगेगा, जैसा कि यूनियन का सबसे भारी तत्व है।

इतना क्यों?

अब हम विश्लेषण करेंगे - क्यों, उदाहरण के लिए, क्या यहां किसी प्रकार का रिफंड है?
और यह बहुत ही सरल है: जब आप किसी चर को दूसरे चर का मान देते हैं, तो वे दोनों एक ही क्षेत्र को संदर्भित करते हैं, और प्रतिफल में वृद्धि होती है।

( यहां कुत्ते के साथ मूल)

अब, यदि आप इनमें से किसी एक चर का मान बदलना चाहते हैं, तो PHP, refcount को देखते हुए 1 से अधिक है, इस zval की प्रतिलिपि बनाएगा, वहाँ परिवर्तन करेगा, और आपका चर पहले से ही नए zval को इंगित करेगा।
अगर इसे थोड़ा औपचारिक कर दिया जाए, तो यह कुछ इस तरह दिखाई देगा:

पीएचपी	हुड के नीचे
$foo = "asd"; $bar = $foo;	bar,foo: { type: string, value: str: val: "asd" len: 3 is_ref: 0 refcount: 2 }
$bar .= "q";	foo: { type: string, value: str: val: "asd" len: 3 is_ref: 0 refcount: 1 } bar: { type: string, value: str: val: "asdq" len: 4 is_ref: 0 refcount: 1 }

इस तकनीक को राइट ऑन कॉपी कहा जाता है और यह मेमोरी खपत को काफी कम करने में मदद करता है।
इसके अलावा, एक कचरा संग्रहकर्ता को एक रिफकाउंट की आवश्यकता होती है, जो कि सभी zval-s की मेमोरी को हटा देता है, जिसमें refcount = 0 होता है।

और लिंक के साथ क्या करना है और यह बिल्कुल क्यों_ है?

क्या होता है लिंक? सब कुछ बहुत सरल है: यदि आप एक चर से लिंक बनाते हैं, तो is_ref ध्वज 1 बन जाता है, और उपरोक्त अनुकूलन अब इस क्षेत्र पर लागू नहीं होगा। मैं कोड समझाऊंगा:

पीएचपी	हुड के नीचे
$foo = "asd"; $bar = $foo;	bar,foo: { type: string, value: str: val: "asd" len: 3 is_ref: 0 refcount: 2 }
$zxc = &$foo;	zxc,foo: { type: string, value: str: val: "asd" len: 3 is_ref: 1 refcount: 2 } bar: { // bar zval type: string, value: str: val: "asd" len: 3 is_ref: 0 refcount: 1 }
$qwe = $foo;	zxc,foo: { type: string, value: str: val: "asd" len: 3 is_ref: 1 refcount: 2 } bar: { type: string, value: str: val: "asd" len: 3 is_ref: 0 refcount: 1 } qwe: { // zval type: string, value: str: val: "asd" len: 3 is_ref: 0 refcount: 1 }

बेशक, यदि आप फू से एक और लिंक लेते हैं, तो फू द्वारा संदर्भित ज़वल का बचाव एक से बढ़ जाएगा।

शायद यह सब (अभी के लिए?), अगले भाग में हम सरणियों के बारे में बात करेंगे।

PS मुझे नहीं पता कि इन चित्रों को कौन देखेगा, यह मुझे मजाकिया लग रहा था :) दुर्भाग्य से मेरे पास स्कैनर नहीं है