हम C ++ में PHP मॉड्यूल विकसित कर रहे हैं। भाग 1: Zend इंजन 2 की दुनिया में एक भ्रमण

शुभ दिन, प्रिय हरबस समुदाय!

बिल्ली के तहत सी ++ का उपयोग करके PHP के लिए एक्सटेंशन लिखने के बारे में कुछ जानकारी लिखी गई है, जो मुझे विभिन्न स्रोतों (ज्यादातर अंग्रेजी) से मिली और अपनी जरूरतों के लिए एक मॉड्यूल विकसित करते हुए ज़ेंड इंजन 2 स्रोत उठा रहा है। चूंकि इसकी मात्रा काफी बड़ी है, तो मैंने संक्षिप्त होने की कोशिश की।

तो इस भाग में:

• ज़ेंडर इंजन 2 की आंतरिक दुनिया
• ZE डेटा प्रकार पदानुक्रम और विस्तार मॉड्यूल संरचना

लेकिन हमें इस भाग में C ++ नहीं मिला ... =)

छोटा अस्वीकरण: लेख की सामग्री पहले उदाहरण में सच्चाई नहीं है, आधिकारिक दस्तावेज पर आधारित नहीं है (क्या यह वहां है?) और जेडई 2 के बारे में मेरा व्यक्तिपरक दृष्टिकोण है। फिर भी, एक समय पर मुझे रनवे पर कुछ इसी तरह का आनंद मिलेगा। विकास के प्रारंभिक चरणों में समय बचाने के लिए।

ज़ेंडर इंजन 2 की आंतरिक दुनिया

बुनियादी डेटा प्रकार

Zend Engine 2 को C. में लिखा गया है। इसने इसके आंतरिक पारिस्थितिकी तंत्र को बहुत प्रभावित किया है। क्लास-ऑब्जेक्ट प्रतिमान के अभाव में, वैश्विक चर, उपयोगकर्ता के परिभाषित डेटा प्रकारों - संरचनाओं के लिए नि: शुल्क कार्य, और समानताएं - ZE 2 के भीतर पैदा हुई हैं। सभी अवसरों के लिए, सरल और समग्र डेटा प्रकार और उन्हें संसाधित करने के लिए डिज़ाइन किए गए प्रक्रियाओं के संयोजन हैं।

सबसे आम संरचना zval (zend-value?) है। संरचना यूजर्सस्पेस के बैक पर PHP वैरिएबल का एक प्रतिनिधित्व है (यहां और इसके बाद, यूजर्स का मतलब PHP में लिखा कोड होगा, जो ZE के लिए जिम्मेदार है, इसलिए, यूजरस्पेस का रिवर्स साइड C कोड है)।
PHP कमजोर गतिशील टाइपिंग और स्वचालित मेमोरी प्रबंधन वाली एक भाषा है, इस भाषा में चर अपने जीवन चक्र में अपने प्रकार को बदल सकते हैं और प्रोग्रामर द्वारा स्पष्ट रूप से हटाने की आवश्यकता नहीं होने के बाद उन्हें गायब हो जाता है (कचरा कलेक्टर इस बात का ख्याल रखेगा)। इन सनकों के लिए, आंशिक रूप से प्रफुल्लित और ज़वल करना आवश्यक है। वर्तमान में ( PHP 5.3.3 ) इस संरचना को निम्न प्रकार से परिभाषित किया गया है (zend.h):

typedef struct _zval_struct zval; struct _zval_struct { /* Variable information */ zvalue_value value; /* value */ zend_uint refcount__gc; zend_uchar type; /* active type */ zend_uchar is_ref__gc; }; 

हम यहां क्या देखते हैं? हैरानी की बात है, zend मूल्य (zval) सीधे एक चर का मूल्य नहीं है। चर का मान मान फ़ील्ड में संग्रहीत किया जाता है, जिसका प्रकार zvalue_value (नीचे) है। मूल्य में संग्रहीत मूल्य का प्रकार प्रकार फ़ील्ड द्वारा निर्धारित किया जाता है और निम्नलिखित में से एक हो सकता है (zend.h):

  #define IS_NULL 0 #define IS_LONG 1 #define IS_DOUBLE 2 #define IS_BOOL 3 #define IS_ARRAY 4 #define IS_OBJECT 5 #define IS_STRING 6 #define IS_RESOURCE 7 #define IS_CONSTANT 8 #define IS_CONSTANT_ARRAY 9 

हाँ, यहाँ वे हैं - ये बहुत ही 8 प्रकार के PHP डेटा हैं जिन्हें लोग अक्सर साक्षात्कार के लिए सूचीबद्ध नहीं कर सकते हैं! प्लस टू स्टैंड-अलोन IS_CONSTANT और IS_CONSTANT_ARRAY मान।

संरचना में इस चर (refcount__gc) के संदर्भों की संख्या के बारे में जानकारी शामिल है और एक ध्वज जो यह निर्धारित करता है कि क्या यह चर संदर्भ है (is_ref__gc)। ZE के अंदर मेमोरी के साथ प्रभावी कार्य को व्यवस्थित करने के लिए इस जानकारी की आवश्यकता होती है। उदाहरण के लिए, उपयोगकर्ताओं की निम्न स्थिति:

 <?php $foo = 5; // 1 $bar = $foo; // 2 

IS_LONG प्रकार के एक ज़वल वैल ऑब्जेक्ट के निर्माण की ओर ले जाएगा (यूजर्सस्पेस में सभी पूर्णांक, यूजर्सस्पेस के दूसरी तरफ C लंबे समय के अनुरूप हैं), इसके is_ref_gc को 0 पर सेट करें और refcount_gc को 1 (पहली पंक्ति) और वर्ण "foo" को पंजीकृत करें (निम्नलिखित में उस पर और अधिक) वर्तमान प्रक्रिया प्रतीक तालिका में (मूल्य के रूप में घाटी के साथ वास्तव में सिर्फ चर नाम और उनके मूल्यों की एक सहयोगी सरणी)। दूसरी पंक्ति में, ज़वल का एक नया उदाहरण नहीं बनाया जाएगा। वैल सिर्फ प्रतीक तालिका में जोड़ा गया है 1 संदर्भ गणना में वृद्धि की जाएगी, और बार प्रतीक को उसी घाटी के साथ प्रतीक तालिका में पंजीकृत किया जाएगा। इससे नए चर बनाने के लिए आवश्यक मेमोरी आवंटन की संख्या कम हो जाएगी।
जब दुभाषिया कोड का सामना करता है:

 ... $bar = '42'; 

वह प्रतीक "बार" के अनुरूप प्रक्रिया ज़वल के वर्णों की वर्तमान तालिका से निकालेगा, और, सबसे पहले, इस मान के लिंक की संख्या की जाँच करें। यदि यह 1 से अधिक है और ज़वल एक संदर्भ नहीं है (is_ref_gc == 0), तो दुभाषिया $ बार के वर्तमान मूल्य की एक प्रति बनाएगा, इसके साथ क्रिया करेगा (हमारे मामले में, स्ट्रिंग मान को '42' के बराबर करेगा) और "बार" को प्रतीक तालिका में रखें। नया मूल्य। यदि refcoun_gc == 1 या is_ref_gc == 1 है, तो क्रियाएँ सीधे प्रतीक तालिका से प्राप्त मूल्य पर की जाएंगी। इस प्रकार, निम्नलिखित (बल्कि कृत्रिम, लेकिन जीवन का अधिकार होने) स्थिति:

 <?php $foo = 100500; //1 $bar = $foo; //2 echo $bar; unset($bar); $foo = '42'; //3 

दुभाषिया केवल एक राशि खर्च करेगा, लेकिन इसके अनुरूप दो वर्ण। यह संभव है क्योंकि टिप्पणी 1 के साथ लाइन पर, zval val को 1 के बराबर लिंक की संख्या के साथ बनाया जाएगा। टिप्पणी 2 के साथ लाइन पर, वैल वैल के साथ एक नया प्रतीक "बार" पंजीकृत किया जाएगा, जिसके लिए refcoun_gc पहले से 2 के बराबर है, लेकिन लाइन पर टिप्पणी 3 के साथ, एक नया क्षेत्र नहीं बनाया जाएगा, क्योंकि अनसेट ($ बार) कॉल करने के बाद, वैल के लिंक की संख्या फिर से 1 हो जाएगी।
यह अनुमान लगाने में मुश्किल नहीं है कि is_ref_gc 1 के बराबर हो जाता है जब प्रपत्र $ b = & $ के निर्माण उपयोगकर्ताओं के सामने आते हैं।
ऊपर वर्णित दृष्टिकोण को "लिखने पर अलग" कहा जा सकता है।

अब टाइप करते हैं zvalue_value (zend.h):

 typedef union _zvalue_value { long lval; /* long value */ double dval; /* double value */ struct { char *val; int len; } str; HashTable *ht; /* hash table value */ zend_object_value obj; } zvalue_value; 

यह नोटिस करना मुश्किल नहीं है कि यह एक संघ है । इसका मतलब यह है कि zvalue_value प्रकार के एक चर के पते पर स्मृति में पड़े डेटा को प्रोग्रामर के लिए सुविधाजनक तरीके से विकास के स्तर पर और निष्पादन चरण में किसी भी प्रकार के डेटा प्रकार के रूप में समझा जा सकता है जो संघ बनाते हैं। यह zvalue_value की यह विशेषता है जो PHP के उपयोगकर्ताओं के चर को पूरे जीवन में इतनी आसानी से बदलने की अनुमति देता है (मुझे याद है कि वर्तमान प्रकार का चर चर इसके प्रकार क्षेत्र का उल्लेख करके पाया जा सकता है)।
हालाँकि, आप कह सकते हैं कि आप यहाँ केवल 5 विशिष्ट फ़ील्ड देखते हैं, और डेटा प्रकार 8. PHP प्रकार की मैपिंग zvalue_value संघ के लिए निम्नानुसार है:

• लंबे अंतराल - पूर्णांक (पूर्णांक), बूलियन (बूलियन) और संसाधन (संसाधन)
• डबल डवल - यहाँ यह अस्पष्ट (डबल) है
• संरचना ... str - PHP स्ट्रिंग्स (स्ट्रिंग)
• हैशटेबल * ht - सरणियाँ (सरणी)
• zend_object_value obj - PHP ऑब्जेक्ट्स (ऑब्जेक्ट) - एसपीएल और कस्टम दोनों।
• null - मान का कोई मूल्य नहीं है (zval.type == IS_NULL)।

Zvalue_value की संरचना पर विचार करने से क्या उपयोगी हो सकता है?

1. संसाधन प्रकार को केवल पूर्णांक पहचानकर्ता द्वारा दर्शाया जाता है, और इसलिए उपयोगकर्तास्पेस में एक काले घोड़े की तरह दिखता है। यूजरस्पेस के दूसरी तरफ, इस तरह के एक पहचानकर्ता को एक ओपन फाइल डिस्क्रिप्टर, एक टीसीपी सॉकेट, एक डेटाबेस कनेक्शन ऑब्जेक्ट, आदि के साथ जोड़ा जा सकता है। मानचित्रण संसाधनों के एक विशेष भंडारण (सी तरफ, निश्चित रूप से) के माध्यम से होता है।
2. PHP के सभी वास्तविक लोगों में दोहरी परिशुद्धता होती है और 8 बाइट्स होती हैं।
3. सिद्धांत में स्ट्रिंग्स बाइनरी सुरक्षित हो सकते हैं, अर्थात्। अंदर अशक्त पात्रों का उपयोग करें। यह इस तथ्य के कारण प्राप्त किया जाता है कि स्ट्रिंग की लंबाई एक सूचक के साथ मेमोरी में संग्रहीत की जाती है जहां यह स्ट्रिंग स्थित है। स्टेपल ऑपरेशन यूजरस्पेस में तेज है। पंक्ति के अंत में अशक्त वर्ण वैकल्पिक है। वास्तव में, कई एक्सटेंशन बिल्कुल शून्य-समाप्त स्ट्रिंग्स का उपयोग करते हैं और स्ट्रिंग स्ट्रलेन का तिरस्कार नहीं करते हैं।
4. एरे को आंतरिक हैशटेबल प्रकार द्वारा दर्शाया जाता है। हैशटेबल एक और संरचना है, लेकिन इस पर विचार करना और इसके साथ काम करने के सिद्धांत इस लेख के दायरे से परे हैं।
5. PHP में वस्तुओं को zend_object_value संरचना द्वारा दर्शाया गया है। हम इसके बारे में बाद में बात करेंगे, क्योंकि यह हमारे अपने डेटा प्रकार के निर्माण के साथ है कि हमारे विस्तार का विकास जुड़ा हुआ है।
6. PHP में एक वैरिएबल बनाने से 32-बिट आर्किटेक्चर पर कम से कम 16 बाइट्स खर्च होंगे, चाहे वह किसी भी प्रकार का वैरिएबल हो (जोवल फील्ड्स के साइज को जोड़ दें, यह देखते हुए कि यूनियन का आकार उसमें मौजूद फ़ील्ड्स के आकार के बराबर है)।

तो हम वस्तुओं के लिए मिला है। Zend_object_value संरचना का उद्देश्य उन ऑब्जेक्ट वेरिएबल्स का प्रतिनिधित्व करना है जिनमें ऑब्जेक्ट होते हैं। और क्लास-ऑब्जेक्ट प्रतिमान में एक वस्तु क्या है? ऑब्जेक्ट उनके प्रसंस्करण के लिए डेटा और विधियों का एक सहजीवन है। अब हम संरचना को देखते हैं zend_object_value (zend_type.h):

 typedef unsigned int zend_object_handle; typedef struct _zend_object_handlers zend_object_handlers; typedef struct _zend_object_value { zend_object_handle handle; zend_object_handlers *handlers; } zend_object_value; 

संरचना कुछ पूर्णांक पहचानकर्ता (हैंडल) और एक अन्य संरचना (zend_object_handlers * हैंडलर) का एक संयोजन है, जिसमें फ़ंक्शन के लिए पॉइंटर्स होते हैं जिन्हें ZE 2 इंजन द्वारा बुलाया जाएगा जब ऑब्जेक्ट से जुड़े कुछ घटनाएँ होती हैं। ऐसी घटनाओं में शामिल हैं: किसी वस्तु के चर के मान के साथ एक नया चर (zend_object_add_ref_t add_ref), कार्यक्षेत्र से बाहर जाना, दूसरे मान के साथ आरम्भ करना या किसी वस्तु से युक्त चर के लिए unset को कॉल करना (zend_object_del_ref_t del_ref), __clone (zxone) कहकर किसी वस्तु को जोड़ना। clone_obj), किसी ऑब्जेक्ट प्रॉपर्टी (zend_object_read_property_t read_property) तक पहुँच कर, ऑब्जेक्ट प्रॉपर्टी लिखना (zend_object_write_property_t write_property, आदि) Zend_object_handlers संरचना स्वयं इस प्रकार है (zend_object_handlers.h):

 struct _zend_object_handlers { /* general object functions */ zend_object_add_ref_t add_ref; zend_object_del_ref_t del_ref; zend_object_clone_obj_t clone_obj; /* individual object functions */ zend_object_read_property_t read_property; zend_object_write_property_t write_property; zend_object_read_dimension_t read_dimension; zend_object_write_dimension_t write_dimension; zend_object_get_property_ptr_ptr_t get_property_ptr_ptr; zend_object_get_t get; zend_object_set_t set; zend_object_has_property_t has_property; zend_object_unset_property_t unset_property; zend_object_has_dimension_t has_dimension; zend_object_unset_dimension_t unset_dimension; zend_object_get_properties_t get_properties; zend_object_get_method_t get_method; zend_object_call_method_t call_method; zend_object_get_constructor_t get_constructor; zend_object_get_class_entry_t get_class_entry; zend_object_get_class_name_t get_class_name; zend_object_compare_t compare_objects; zend_object_cast_t cast_object; zend_object_count_elements_t count_elements; zend_object_get_debug_info_t get_debug_info; zend_object_get_closure_t get_closure; }; 

और इसके बारे में विस्तार से यहां पढ़ें।

विचलित, वापस zend_object_value पर। तो, यह घटनाओं के समारोह-संचालकों के अलावा संकेत के अलावा क्या होता है? लेकिन कुछ भी नहीं! यदि हमने _zend_object_handlers में किसी वस्तु के व्यवहार को निर्धारित करने के प्रयास का कुछ अंश देखा, तो कुछ अजीब पहचानकर्ता (हैंडल) के अलावा, किसी विशेष उदाहरण के लिए विशिष्ट कोई डेटा इसमें नहीं देखा गया है। लेकिन अपने आप में पहचानकर्ता (एक निर्वात में गोलाकार) का कोई मतलब नहीं है। तो कुछ प्रकार के सजातीय संस्थाओं का भंडार होना चाहिए, जहां यह पहचानकर्ता एक इकाई को दूसरे से अलग करेगा।
ZE में ऐसा स्टोरेज Zend Object Storage है । इसमें कुंजियाँ ऑब्जेक्ट डिस्क्रिप्टर (zend_object_value.handle) और मान हैं ... हाँ, हाँ, आपने शायद यह अनुमान लगाया है - एक अन्य प्रकार की संरचना zend_object (zend.h) है:

 typedef struct _zend_object { zend_class_entry *ce; HashTable *properties; HashTable *guards; /* protects from __get/__set ... recursion */ } zend_object; 

यहां, अलग-अलग टुकड़ों से, एक तेल चित्रकला पहले से ही आकार लेना शुरू कर रही है। हैशटेबल * गुण - यह वह जगह है जहाँ आप डेटा को किसी विशेष उदाहरण के लिए रख सकते हैं। गुण फ़ील्ड ZE के लिए एक साहचर्य सरणी मानक है, जिसकी कुंजियाँ वर्तमान वस्तु के वर्ग के क्षेत्र के नाम होनी चाहिए, और मान इस वस्तु के क्षेत्र (गुण) के वर्तमान मूल्य हैं।

इसलिए, इस समय हमारे पास वस्तुओं के साथ काम करने के लिए निम्नलिखित विकल्प हैं - हम कुछ स्थितियों में किसी वस्तु के मानक व्यवहार को फिर से परिभाषित कर सकते हैं (zend_object_handlers में संबंधित कार्यों को ओवरराइड करके) और हम उदाहरणों में डेटा को HashTable * गुणों के साथ लिखने से संग्रहीत कर सकते हैं। वर्तमान वस्तु। कुछ याद आ रहा है ... ओह हाँ, लेकिन आप किसी वस्तु में नए व्यवहार कैसे बनाते हैं? चूंकि विधियां एक वर्ग की सभी वस्तुओं के लिए कुछ सामान्य हैं, इसलिए उन्हें किसी संरचना में साझा करना तर्कसंगत होगा, जो कि सभी वर्ग के लिए होगी। ऐसी संरचना zend_class_entry (zend.h) है:

 struct _zend_class_entry { char type; char *name; zend_uint name_length; struct _zend_class_entry *parent; int refcount; zend_bool constants_updated; zend_uint ce_flags; HashTable function_table; HashTable default_properties; HashTable properties_info; HashTable default_static_members; HashTable *static_members; HashTable constants_table; const struct _zend_function_entry *builtin_functions; //  union _zend_function *constructor; //,    union _zend_function *destructor; //    union _zend_function *clone; union _zend_function *__get; union _zend_function *__set; union _zend_function *__unset; union _zend_function *__isset; union _zend_function *__call; union _zend_function *__callstatic; union _zend_function *__tostring; union _zend_function *serialize_func; union _zend_function *unserialize_func; zend_class_iterator_funcs iterator_funcs; /* handlers */ zend_object_value (*create_object)(zend_class_entry *class_type TSRMLS_DC); zend_object_iterator *(*get_iterator)(zend_class_entry *ce, zval *object, int by_ref TSRMLS_DC); int (*interface_gets_implemented)(zend_class_entry *iface, zend_class_entry *class_type TSRMLS_DC); /* a class implements this interface */ union _zend_function *(*get_static_method)(zend_class_entry *ce, char* method, int method_len TSRMLS_DC); /* serializer callbacks */ int (*serialize)(zval *object, unsigned char **buffer, zend_uint *buf_len, zend_serialize_data *data TSRMLS_DC); int (*unserialize)(zval **object, zend_class_entry *ce, const unsigned char *buf, zend_uint buf_len, zend_unserialize_data *data TSRMLS_DC); zend_class_entry **interfaces; zend_uint num_interfaces; char *filename; zend_uint line_start; zend_uint line_end; char *doc_comment; zend_uint doc_comment_len; struct _zend_module_entry *module; }; 

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

const संरचना _zend_function_entry * buildin_functions - _zend_function_entry संरचनाओं की एक सरणी के लिए सूचक। यह अनुमान लगाना कठिन नहीं है कि ये हमारे भविष्य की कक्षा के तरीके हैं। चूंकि यह कॉन्स्ट संशोधक के साथ चिह्नित है, इसलिए इस सरणी के तत्वों को बदलना संभव नहीं है (यानी, तात्कालिक वर्ग ऑब्जेक्ट के तरीकों को ओवरराइड करने के लिए) (zend_object_value.handlers के विपरीत)।

कंस्ट्रक्टर से शुरू करने वाले फ़ील्ड unserialize_func के लिए PHP मैजिक मेथड हैं (यह अनुमान लगाना कठिन नहीं है कि unserialize_func __wakeup है और सीरीज़_func __sleep है, बाकी विधियों में समान मेनेमिक्स हैं)।

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

अंतिम, लेकिन कम से कम, ZE संरचनाओं की आकर्षक दुनिया में इस भ्रमण का नायक वह संरचना नहीं होगी जो विस्तार मॉड्यूल को स्वयं का प्रतिनिधित्व करने में शामिल है - zend_module_entry (zend_modules.h):

 struct _zend_module_entry { unsigned short size; unsigned int zend_api; unsigned char zend_debug; unsigned char zts; const struct _zend_ini_entry *ini_entry; const struct _zend_module_dep *deps; const char *name; const struct _zend_function_entry *functions; int (*module_startup_func)(INIT_FUNC_ARGS); int (*module_shutdown_func)(SHUTDOWN_FUNC_ARGS); int (*request_startup_func)(INIT_FUNC_ARGS); int (*request_shutdown_func)(SHUTDOWN_FUNC_ARGS); void (*info_func)(ZEND_MODULE_INFO_FUNC_ARGS); const char *version; size_t globals_size; #ifdef ZTS ts_rsrc_id* globals_id_ptr; #else void* globals_ptr; #endif void (*globals_ctor)(void *global TSRMLS_DC); void (*globals_dtor)(void *global TSRMLS_DC); int (*post_deactivate_func)(void); int module_started; unsigned char type; void *handle; int module_number; char *build_id; }; 

चूंकि सामान्य मामले में, एक एक्सटेंशन एक नहीं, बल्कि कई कक्षाओं को एक साथ लागू कर सकता है, या इसके विपरीत - निर्यात कार्य केवल (प्रकाश ओओपी पर परिवर्तित नहीं हुआ, जैसा कि वे कहते हैं), विचार करें कि इससे उपरोक्त संरचना के डिजाइन को कैसे प्रभावित किया गया:

1. const संरचना _zend_function_entry * फ़ंक्शन - एक्सटेंशन द्वारा निर्यात किए गए फ़ंक्शंस के एक सूचक के लिए एक सूचक। Zend_class_entry.builtin_functions के समान।
2. int (* mod_startup_func) (INIT_FUNC_ARGS) - उस फ़ंक्शन को पॉइंटर जो एक्सटेंशन कनेक्ट होने पर कहा जाएगा। विशेष रूप से, यदि एक्सटेंशन कक्षाओं का निर्यात करता है, तो यह इस फ़ंक्शन में है कि वर्गों को ZE 2 की आंतरिक कक्षा रजिस्ट्री में पंजीकृत होना चाहिए।
3. int (* mod_shutdown_func) (SHUTDOWN_FUNC_ARGS) - किसी फ़ंक्शन के लिए एक पॉइंटर जिसे एक्सटेंशन अनलोड किया जाता है। यहां हमें खुद को मिटा देना है।

डेटा प्रकार पदानुक्रम

पिछले पैराग्राफ में, हमने सामान्य zval से सामान्य zend_module_entry तक के पथ की जांच की। कुशलता से इन प्रकारों को संभालते हुए, आप अपना स्वयं का PHP एक्सटेंशन बना सकते हैं और वस्तुओं के उत्पादन के लिए एक अच्छी तरह से समन्वित कारखाने का आयोजन कर सकते हैं। वास्तव में, PHP एक्सटेंशन मॉड्यूल उपयोगकर्तास्पेस के लिए एक प्रशिक्षण स्कूल की तरह है। सबसे पहले, आपको इसे बनाने की आवश्यकता है (PHP_MINIT_FUNCTION को कॉल करें) और इसे श्रम विनिमय पर पंजीकृत करें (एक विशिष्ट फोकस के साथ भर्ती एजेंसी के रूप में PHP_MINIT_FUNCTION में निर्यात की गई कक्षाओं या कार्यों की घोषणा करते हुए), और फिर, एक कर्मचारी (वर्ग का एक नया उदाहरण) के लिए पहले अनुरोध पर, एक फाइटर तैयार करने के लिए एक चक्र शुरू करें (बनाएँ) वस्तु)। तैयार किए गए ऑब्जेक्ट के लिए मेमोरी को आवंटित करने में शामिल है, इसे विशिष्ट ईवेंट हैंडलर (zend_object_handlers) और इसकी अपनी कक्षा (zend_class_entry) के साथ संबद्ध करना, जिसमें भविष्य की ऑब्जेक्ट के तरीके शामिल हैं, और Zend ऑब्जेक्ट स्टोरेज में ऑब्जेक्ट को एक अद्वितीय पहचानकर्ता के बाद असाइनमेंट के साथ पंजीकृत करना है। यह तैयारी आमतौर पर फ़ंक्शन एक्सटेंशन_name_objects_new में रखी जाती है और फ़ील्ड zend_class_entry.create_object के साथ संबद्ध होती है।

योजनाबद्ध रूप से, विस्तार संरचना को निम्नानुसार दर्शाया जा सकता है:



और विस्तार में डेटा प्रकारों के पदानुक्रम की अधिक स्पष्ट रूप से कल्पना करने के लिए, मैं निम्नलिखित चित्र दूंगा:

निष्कर्ष

लेख को बहुत अधिक पाठ और बहुत कम कोड मिला, लेकिन ZE 2 डेटा प्रकारों की दुनिया में एक भ्रमण के बिना, कुछ फ़ंक्शन के कॉल के उद्देश्य को समझने की कोशिश करना काफी मुश्किल होगा। अगले भाग में, मैं पहले चरणों की व्याख्या करूँगा जो आपको अपने PHP एक्सटेंशन मॉड्यूल को बनाने के लिए करने की आवश्यकता है, लेकिन इससे पहले मैं ज़ैल्स के साथ काम करने और मेमोरी आवंटन के प्रबंधन के विषय पर स्पर्श करूँगा।

PS उन इच्छुक लोगों के लिए लेखों का एक उत्कृष्ट चयन यहाँ है ।