PHP में SoapServer। सरणी हमेशा मानचित्र होने दें

एक iPhone अनुप्रयोग के सर्वर पक्ष पर काम करते समय, Zend_Soap_Server की एक जिज्ञासु विशेषता सामने आई। यह स्वतःस्फूर्त (पहली नज़र में) त्रुटियां पैदा कर रहा था जब php सरणियाँ वापस आईं। पहचान करने और डिबग करने में हमें कई घंटे लगे, और शायद इस लेख से किसी को वही कुछ घंटे बचेंगे।

यह ध्यान देने योग्य है कि Zend_Soap_Server बिल्ट-इन SoapServer पर एक सरल आवरण है, और नीचे वर्णित प्रभाव न केवल ZF का उपयोग करते समय मनाया जाता है, बल्कि सीधे SoapServer के साथ काम करते समय भी।

जिस तरीके से रहस्यमय तरीके से त्रुटि हुई, वह क्लाइंट द्वारा निर्धारित मापदंडों के अनुसार होटल की कीमतों को खोजने में लगी हुई है। वे कुछ अतिरिक्त जानकारी के साथ वापस आते हैं और आउटपुट की अंतिम संरचना कुछ इस तरह दिखती है:

<?php $result = array( 'info' => array( 'key_1' => 'value_1', ..., 'key_n' => 'value_n' ), 'prices' => array( id_1 => price_1, ... id_m => price_m ) ); return $result; ?> 

महत्वपूर्ण विशेषताओं में से - सर्वर पर कीमतें आरोही क्रम में ऑर्डर की जाती हैं; id_k गैर-नकारात्मक पूर्णांक हैं, (होटल पहचानकर्ता); यदि दिए गए मानदंडों के अनुसार किसी भी वास्तविक मूल्य को खोजना असंभव है, तो एक त्रुटि संदेश वापस आ जाता है (दूसरी संरचना)।

सभी समस्याएँ, जैसा कि क्वेरी लॉग के विश्लेषण से पता चला है, मूल्य सरणी से जुड़ी थीं। अधिकांश मामलों में, यह "शास्त्रीय" अर्थों में एक सरणी नहीं थी। यही है, इसकी कुंजियाँ लगातार पूर्णांक से शुरू नहीं हुई थीं। 0. समान डेटा SoapServer मानचित्र का प्रकार (काफी) मानता है और रूपांतरित करता है (यदि आप उत्तर की कच्ची xml में मिल जाते हैं)

 <item> <key xsi:type="xsd:string">prices</key> <value xsi:type="ns2:Map"> <item> <key xsi:type="xsd:int">100</key> <value xsi:type="xsd:int">150</value> </item> <item> <key xsi:type="xsd:int">2</key> <value xsi:type="xsd:int">300</value> </item> <item> <key xsi:type="xsd:int">1078</key> <value xsi:type="xsd:int">306</value> </item> </value> </item> 

और केवल कभी-कभी कीमतें वास्तव में "क्लासिक" सरणी बन गईं। उदाहरण के लिए, ऐसी स्थिति तब उत्पन्न हुई जब id = 0 वाला होटल एकमात्र उपलब्ध विकल्प था। SoapSever इस तरह के डेटा के Array प्रकार (फिर, निष्पक्ष रूप से) को मानता है और इसकी ओर जाता है।

 <item> <key xsi:type="xsd:string">prices</key> <value enc:itemType="xsd:int" enc:arraySize="1" xsi:type="enc:Array"> <item xsi:type="xsd:int">420</item> </value> </item> 

शायद एक त्रुटि पहले हुई होगी यदि विधि "खाली" परिणामों के लिए समान संरचना लौटाती है। यह स्थिति अधिक सामान्य है, यह परीक्षण करते समय एक अलग मामले के रूप में सामने आता है, और सोपसेवर एक खाली सरणी को एक सरणी प्रकार मानता है:

 <item> <key xsi:type="xsd:string">prices</key> <value enc:itemType="xsd:anyType" enc:arraySize="0" xsi:type="enc:Array"/> </item> 

इस प्रकार, डेटा के आधार पर, हमारा सर्वर क्लाइंट को विभिन्न प्रकार लौटाता है - मुख्य रूप से मैप, लेकिन कभी-कभी एरे। और क्लाइंट हमेशा मैप को देखने की उम्मीद करता है और एरियर प्राप्त करते समय दुर्घटनाग्रस्त हो जाता है। समस्या की पहचान की गई है, लेकिन अभी तक हल नहीं किया गया है।

संभव समाधान प्रस्तावित किए गए थे
1) ग्राहक पक्ष में परिवर्तन - ताकि वह जानता है कि दोनों मामलों का विश्लेषण कैसे किया जाए;
2) कीमतों की सरणी में एक नकली स्ट्रिंग कुंजी जोड़ें और पार्सिंग के दौरान ग्राहक पर इसे पास करें;
3) यह सुनिश्चित करने के लिए कि सर्वर हमेशा बिंदु 2 की तुलना में कम "कुटिल" तरीके से मैप प्रकार का उत्पादन करता है।

तीसरे विकल्प को बेहतर माना जाता था और उच्च-गुणवत्ता और बहुत कम नहीं होने के बाद, स्टैकओवरफ़्लो पर एक समाधान पाया गया था।
कीमतें सरणी को APACHE_MAP प्रकार के साथ सोपवर में लपेटा जाना चाहिए

 <?php $result = ...; $result['prices'] = new SoapVar($result['prices'], APACHE_MAP); return $result; ?> 

और उसके बाद ही ग्राहक के पास लौटें। इस तरह के एक रैपर के साथ, सोपसेवर अब प्रकार निर्धारित करने के लिए वास्तविक डेटा को नहीं देखता है, लेकिन हमेशा नक्शा देता है - और खाली सरणियों के लिए:

 <item> <key xsi:type="xsd:string">prices</key> <value xsi:type="ns2:Map"/> </item> 

और "क्लासिक" गैर-खाली के लिए:

 <item> <key xsi:type="xsd:string">prices</key> <value xsi:type="ns2:Map"> <item> <key xsi:type="xsd:int">0</key> <value xsi:type="xsd:int">100</value> </item> <item> <key xsi:type="xsd:int">1</key> <value xsi:type="xsd:int">200</value> </item> <item> <key xsi:type="xsd:int">2</key> <value xsi:type="xsd:int">300</value> </item> </value> </item> 

समाधान की अंतिम सादगी और इस तथ्य के बावजूद कि यह Google की विधि द्वारा पाया गया था, स्थिति स्वयं मुझे दिलचस्प लग रही थी, और त्रुटि काफी विशिष्ट थी और विवरण के योग्य थी, जिसके कारण इस लेख को लिखा गया था।

जानकारी की पूर्णता के लिए: सर्वर पर चल रहा सॉफ़्टवेयर: PHP 5.3, Zend फ्रेमवर्क 1.11, मैंने अन्य संस्करणों पर जांच नहीं की, हालांकि मैं मानता हूं कि सब कुछ समान होना चाहिए।