एएम 3 में एएम 3 वेक्टर: पर्दा उठाना

संस्करण फ़्लैश प्लेयर 10.0 के साथ शुरू, एक नई तरह की सूचियों के लिए समर्थन है - वेक्टर। वेक्टर एक टाइप, ऑर्डर की गई सूची है। अधिक विवरण एडोब वेबसाइट पर पाया जा सकता है। परीक्षण सरल सरणियों की तुलना में पढ़ने / लिखने की गति में अच्छी वृद्धि दिखाते हैं। (बहुत पहले नहीं, सोलबर्नर ने इसके परीक्षण प्रकाशित किए थे)। दुर्भाग्य से, PHP में एक भी पुस्तकालय नहीं है (और एएस 3 के अलावा अन्य भाषाओं में) इस डेटा प्रकार का समर्थन करता है।

थोड़ा सा गूगल, एक लेख पाया गया जो जावा में वैक्टर के deserialization का वर्णन करता है। यह पता चला है कि यह इतना बुरा नहीं है: Vector.<int> लिए चार अतिरिक्त मार्कर हैं Vector.<int> , Vector.<uint> , Vector.<Number> और Vector.<Object> । लेकिन मैं अभी भी पूरी तरह से कोड को पोर्ट नहीं कर सकता था - सर्वर किसी भी तरह से वस्तुओं के वेक्टर को निष्क्रिय नहीं कर सकता था (संख्यात्मक प्रकारों के साथ सब कुछ ठीक था)। नतीजतन, मुझे xdebug डालना पड़ा और खुद को ढूंढना शुरू किया "जहां कुत्ते को दफनाया गया है।" जैसा कि मुझे संदेह था, उस लेख के लेखक ने वस्तुओं के वेक्टर के पार्सिंग और संख्यात्मक वैक्टर के थोड़ा गलत पार्सिंग को गलत तरीके से लागू किया।

वेक्टर विनिर्देश

Adobe ने AMF3 प्रोटोकॉल विनिर्देश जारी किया, लेकिन वेक्टर्स की उपस्थिति के बाद इसे भूल गए (या नहीं चाहते) इसे अपडेट करें। नीचे आप वैक्टर के संबंध में विनिर्देशन जोड़ सकते हैं।

---

 S32 = बड़े एंडियन (नेटवर्क) बाइट ऑर्डर में 32-बिट पूर्णांक पर हस्ताक्षर किए

 वेक्टर-प्रकार = वेक्टर-इंट-प्रकार |  वेक्टर-यूंट-प्रकार |  वेक्टर-संख्या-प्रकार |
               सदिश-वस्तु-प्रकार |  वेक्टर अन्य प्रकार

 मूल्य-प्रकार = |  वेक्टर प्रकार

 वेक्टर-इंट-मार्कर = 0x0D
 वेक्टर-यूंट-मार्कर = 0x0E
 वेक्टर-संख्या-मार्कर = 0x0F
 वेक्टर-ऑब्जेक्ट-मार्कर = 0x10

 U29V- लेन = U29;  पहला (निम्न) बिट 1 के साथ एक ध्वज है।
                ;  शेष 1 से 28 महत्वपूर्ण बिट्स को एन्कोड करने के लिए उपयोग किया जाता है
                ;  वेक्टर की लंबाई
 सदिश-नियत-ध्वज = U8

 वेक्टर-इंट-टाइप = वेक्टर-इंट-मार्कर (U29O-ref | U29V- लंबाई वेक्टर-फ़्लैग * (S32))
 वेक्टर-यूंट-प्रकार = वेक्टर-यूंट-मार्कर (U29O-Ref। U29V- लंबाई वेक्टर-फ़ंड-फ़्लैग * (U32))
 वेक्टर-संख्या-प्रकार = वेक्टर-संख्या-मार्कर (U29O-ref | U29V- लंबाई वेक्टर-फ़्लैग * (DOUBLE))
 वेक्टर-ऑब्जेक्ट-प्रकार = vec टॉर-ऑब्जेक्ट-मार्कर (U29O-ref | U29V- लंबाई वेक्टर-फ़्लैग-क्लास-नाम
                       * (अशक्त-प्रकार | वस्तु-प्रकार))
 वेक्टर-अन्य-प्रकार = वेक्टर-ऑब्जेक्ट-मार्कर (U29O-ref | U29V- लंबाई वेक्टर-फ़्लैग UTF-8-खाली
                       * (null-type | false-type | true-type | array-type | string-type |
                       वेक्टर-प्रकार |  दिनांक-प्रकार |  बाइट सरणी प्रकार))

---

जैसा कि आप देख सकते हैं, 4 अतिरिक्त मार्कर जोड़े गए थे: संख्यात्मक मानों के लिए 3 विशेष और बाकी सब कुछ के लिए एक।

नोट। वास्तव में, विनिर्देश पूरी तरह से सच नहीं है, अर्थात् vector-other-type नियम। विनिर्देश के अनुसार, यह पता चलता है कि इस तरह के वेक्टर में एक ही समय में सभी सूचीबद्ध प्रकार शामिल हो सकते हैं, लेकिन वास्तव में सूचीबद्ध प्रकारों में से केवल एक। और केवल null-type का उपयोग अन्य प्रकारों के साथ एक साथ किया जा सकता है। दुर्भाग्य से, मुझे नहीं पता कि एबीएनएफ का उपयोग करके इस तरह के नियम को कैसे निर्दिष्ट किया जाए।

न्यूमेरिक वैक्टर

उनके साथ, सब कुछ सरल है। हम वेक्टर की लंबाई, fixed ध्वज और एन मान ( int , uint या double ) पढ़ते हैं। सच कहूं तो, मुझे आश्चर्य हुआ कि इन तीन वैक्टरों का प्रतिपादन किया गया था, विशेष रूप से इस तथ्य की पृष्ठभूमि के खिलाफ कि स्ट्रिंग्स और बूलियन के वैक्टर को वस्तु वैक्टर (नीचे इस पर अधिक) के रूप में एन्कोड किया गया है।

सदिश वस्तुएं

बिल्कुल संख्यात्मक वैक्टर के समान। एकमात्र अंतर अतिरिक्त पैरामीटर class-name , उस वर्ग का नाम जिसके ऑब्जेक्ट में वेक्टर होता है। class-name खाली हो सकता है, जिसका अर्थ है Object ।

वेक्टर तार, बूलियन, सरणियां, वैक्टर

मैं अप्रिय तरीके से आश्चर्यचकित था कि कैसे "बाकी प्रकार" के लिए वैक्टर को कोडित किया जाता है। वे class-name बजाय खाली स्ट्रिंग के साथ ऑब्जेक्ट वेक्टर मार्कर का उपयोग करते हैं। तो डेटा के बिना यह पता लगाना असंभव है कि वास्तव में वेक्टर में क्या होता है, अर्थात्। यह पता लगाना असंभव है कि अगर यह खाली है तो किस तरह का वेक्टर आया।

कार्यान्वयन

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

पुनश्च

विनिर्देशन कठोर परीक्षण पास नहीं किया है, इसलिए यह अच्छी तरह से अधूरा हो सकता है। मुझे किसी भी संशोधन में खुशी होगी।