हम PHP में SOAP क्लाइंट-सर्वर एप्लिकेशन लिखते हैं

सभी को नमस्कार!
ऐसा हुआ कि हाल ही में मैंने वेब सेवाओं को विकसित करना शुरू किया। लेकिन आज विषय मेरे बारे में नहीं है, लेकिन हम SOAP 1.2 प्रोटोकॉल के आधार पर अपनी XML वेब सेवा कैसे लिख सकते हैं।

मुझे उम्मीद है कि इस विषय को पढ़ने के बाद आप निम्न कर पाएंगे:

• वेब एप्लिकेशन का अपना सर्वर कार्यान्वयन लिखें;
• वेब एप्लिकेशन का अपना क्लाइंट कार्यान्वयन लिखें;
• अपनी खुद की वेब सेवा विवरण (डब्ल्यूएसडीएल) लिखें;
• उसी डेटा के क्लाइंट सरणियों द्वारा सर्वर को भेजें।

जैसा कि आपने अनुमान लगाया होगा, सभी मैजिक PHP और SoapClient और SoapServer बिल्ट-इन कक्षाओं का उपयोग करके किया जाएगा। एक खरगोश के रूप में, हमारे पास एसएमएस संदेश भेजने के लिए एक सेवा होगी।

1 समस्या कथन

१.१ सीमाएँ

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

1.2 क्या डेटा बदला जाएगा?

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

• सब्सक्राइबर को एसएमएस संदेश भेजने के लिए सर्वर को न्यूनतम डेटा क्या भेजा जाना चाहिए?
• क्लाइंट की जरूरतों को पूरा करने के लिए सर्वर से क्या न्यूनतम डेटा भेजा जाना चाहिए?

कुछ मुझे बताता है कि इसके लिए आपको निम्नलिखित भेजने की आवश्यकता है:

• साथ ही मोबाइल नंबर
• एसएमएस संदेश पाठ।

सिद्धांत रूप में, ये दो विशेषताएं भेजने के लिए पर्याप्त हैं, लेकिन मैं तुरंत उस मामले के बारे में सोचता हूं जब आपके जन्मदिन पर बधाई के साथ एक एसएमएस सुबह 3 बजे आता है, या 4! इस समय मैं अपने बारे में नहीं भूले जाने के लिए सभी का बहुत आभारी रहूंगा! इसलिए, हम सर्वर को भी भेजेंगे और

• जिस तारीख को एसएमएस भेजा गया था।

अगली बात मैं सर्वर पर भेजना चाहूंगा

• संदेश का प्रकार।

इस पैरामीटर की आवश्यकता नहीं है, लेकिन यह हमारे लिए बहुत उपयोगी हो सकता है यदि आपको जल्दी से बॉस को यह बताने की आवश्यकता है कि हमारे कितने ग्राहक हमारे समाचार से "प्रसन्न" हैं, और इस पर कुछ अच्छे आंकड़े भी खींचते हैं।

और फिर भी, मैं कुछ भूल गया! यदि आप थोड़ा और पलटा लेते हैं, तो यह ध्यान देने योग्य है कि ग्राहक एक समय में एक एसएमएस संदेश और उनमें से कुछ सर्वर पर भेज सकते हैं। दूसरे शब्दों में, एक एकल डेटा पैकेट में एक से लेकर अनंत संदेश हो सकते हैं।

परिणामस्वरूप, हमें एसएमएस संदेश भेजने के लिए हमें निम्नलिखित डेटा की आवश्यकता होती है:

• मोबाइल नंबर
• एसएमएस संदेश पाठ
• एक ग्राहक को एसएमएस संदेश भेजने का समय,
• संदेश का प्रकार।

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

• TRUE - पैकेट सफलतापूर्वक सर्वर तक पहुंचा, प्रमाणीकरण पारित किया और sms प्रदाता को भेजने के लिए कतार में खड़ा हो गया
• FALSE - अन्य सभी मामलों में

इस पर हमने समस्या कथन का विवरण समाप्त कर दिया है! और अंत में, चलो मज़ेदार हिस्से पर उतरते हैं: हम यह पता लगाएंगे कि यह अजीब जानवर क्या है!

2 SOAP क्या है?

सामान्य तौर पर, शुरू में मैंने एसओएपी क्या है इसके बारे में कुछ भी लिखने की योजना नहीं बनाई थी और मैं अपने आप को आवश्यक विनिर्देशों के साथ w3.org वेबसाइट के लिंक के साथ-साथ विकिपीडिया के लिंक तक सीमित करना चाहता था। लेकिन बहुत अंत में मैंने इस प्रोटोकॉल के बारे में एक छोटी टिप्पणी लिखने का फैसला किया।

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

हमें SOAP के बारे में जानने की अगली बात यह है कि यह प्रोटोकॉल ट्रांसपोर्ट के समान XML का उपयोग करता है, जो एक तरफ बहुत अच्छा है, क्योंकि तुरंत, इस मार्कअप भाषा के आधार पर प्रौद्योगिकियों के ढेर की सारी शक्ति हमारे शस्त्रागार में आती है, अर्थात् XML- स्कीमा - एक XML दस्तावेज़ की संरचना का वर्णन करने के लिए एक भाषा (विकिपीडिया के लिए धन्यवाद!), जो ग्राहकों से सर्वर पर डेटा के स्वत: सत्यापन की अनुमति देता है।

और इसलिए, अब हम जानते हैं कि SOAP एक प्रोटोकॉल है जिसका उपयोग दूरस्थ प्रक्रिया कॉल को कार्यान्वित करने के लिए किया जाता है और XML को परिवहन के रूप में उपयोग करता है! यदि आप विकिपीडिया पर लेख पढ़ते हैं, तो वहां से आप यह भी सीख सकते हैं कि इसका उपयोग किसी भी एप्लिकेशन स्तर प्रोटोकॉल के शीर्ष पर किया जा सकता है, और न केवल HTTP के साथ जोड़ा जाता है (दुर्भाग्य से, इस विषय में हम केवल HTTP पर SOAP पर विचार करेंगे)। और आप जानते हैं कि मुझे इस सब के बारे में क्या पसंद है? यदि कोई अनुमान नहीं हैं, तो मैं एक संकेत दूंगा - SOAP! ... कोई भी अनुमान प्रकट नहीं हुआ है? ... क्या आपने निश्चित रूप से विकिपीडिया लेख पढ़ा है? ... सामान्य तौर पर, मैंने आपको और परेशान नहीं किया है। इसलिए, मैं तुरंत उत्तर की ओर मुड़ूंगा: "SOAP (अंग्रेजी से। सरल ऑब्जेक्ट एक्सेस प्रोटोकॉल - वस्तुओं तक पहुंचने के लिए एक सरल प्रोटोकॉल । विनिर्देश 1.2 तक )।" इस पंक्ति में सबसे उल्लेखनीय इटैलिक में है! मुझे नहीं पता है कि आप इस सब से क्या निष्कर्ष निकालते हैं, लेकिन मैं निम्नलिखित देखता हूं - चूंकि यह प्रोटोकॉल बिना किसी साधन के "सरल" कहा जा सकता है (और जाहिर तौर पर w3 इससे सहमत भी है), तो संस्करण 1.2 से यह आम तौर पर किसी भी तरह से डिक्रिप्ट करना बंद कर देता है! और इसे SOAP, सिर्फ SOAP और बिंदु कहा जाता था।

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


यह एसओएपी प्रोटोकॉल के मेरे अवलोकन का निष्कर्ष निकालता है (हम लिफाफे की स्वयं और उनकी संरचना की अधिक विस्तार से जांच करेंगे, जब हमारे ग्राहक और सर्वर अंततः उन्हें एक-दूसरे में चलाना सीखेंगे) और एक नया शुरू होता है - WSDL नामक एक SOAP साथी के बारे में (वेब ​​सेवा विवरण भाषा) । हां, हां, यह बहुत सी बात है जो इस प्रोटोकॉल पर हमारे एपीआई को लेने और लागू करने के प्रयास से हम में से अधिकांश को डराता है। नतीजतन, हम आमतौर पर JSON के साथ परिवहन के रूप में अपनी बाइक का आविष्कार करते हैं। तो WSDL क्या है? WSDL विकिपीडिया की XML (c) भाषा पर आधारित एक वेब सेवा विवरण और पहुँच भाषा है। यदि इस परिभाषा से आप इस तकनीक के पूरे पवित्र अर्थ को नहीं समझेंगे, तो मैं इसे अपने शब्दों में वर्णित करने का प्रयास करूंगा!

डब्लूएसडीएल डिज़ाइन किया गया है ताकि हमारे ग्राहक सर्वर के साथ सामान्य रूप से संवाद कर सकें। ऐसा करने के लिए, एक्सटेंशन के साथ फ़ाइल में निम्नलिखित जानकारी वर्णित है। * .ddl:

• क्या नामस्थान का उपयोग किया गया,
• किन डेटा योजनाओं का उपयोग किया गया,
• ग्राहकों से वेब सेवा किस प्रकार के संदेश की उम्मीद करती है,
• कौन सा डेटा किस वेब सेवा प्रक्रियाओं से संबंधित है,
• वेब सेवा में क्या प्रक्रियाएँ हैं?
• क्लाइंट को वेब सेवा प्रक्रियाओं को कैसे कॉल करना चाहिए,
• क्लाइंट को किस पते पर भेजा जाना चाहिए।

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

3 XML स्कीमा का परिचय

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

योजना का मुख्य कार्य उस डेटा की संरचना का वर्णन करना है जिसे हम संसाधित करने जा रहे हैं। XML स्कीमा में सभी डेटा को सरल (स्केलर) और कोप्लेक्स (संरचनाओं) प्रकारों में विभाजित किया गया है । सरल प्रकारों में इस प्रकार शामिल हैं:

• पंक्ति
• संख्या
• बूलियन मूल्य
• तारीख।

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

मेरा सुझाव है कि हमारे एसएमएस संदेश के लिए दूर तक जाने और XML स्कीमा लिखने के लिए नहीं! नीचे एसएमएस संदेश का xml विवरण दिया गया है:

<message> <phone>71239876543</phone> <text> </text> <date>2013-07-20T12:00:00</date> <type>12</type> </message> 

हमारा जटिल प्रकार आरेख इस तरह दिखेगा:

 <element name="message" type="Message" /> <complexType name="Message"> <sequence> <element name="phone" type="string" /> <element name="text" type="string" /> <element name="date" type="dateTime" /> <element name="type" type="decimal" /> </sequence> </complexType> 

यह प्रविष्टि निम्नानुसार पढ़ी जाती है: हमारे पास " संदेश " का एक चर " संदेश " होता है और हमारे पास एक जटिल प्रकार होता है जिसे " संदेश " कहा जाता है, जिसमें प्रकार स्ट्रिंग के तत्वों " फोन ", प्रकार स्ट्रिंग का " पाठ ", प्रकार तिथि का " दिनांक " शामिल होता है। , टाइप दशमलव के " प्रकार "। ये प्रकार सरल हैं और स्कीमा विवरण में पहले से ही परिभाषित हैं। बधाई! हमने अभी-अभी अपना पहला XML स्कीमा लिखा है!

मुझे लगता है कि " तत्व " और " कॉम्प्लेक्स टाइप " तत्वों का अर्थ आपके लिए कम या ज्यादा स्पष्ट हो गया है, इसलिए हम अब उन पर ध्यान केंद्रित नहीं करेंगे और तुरंत तत्व-संगीतकार " अनुक्रम " पर स्विच करेंगे। जब हम संगीतकार तत्व " अनुक्रम " का उपयोग करते हैं, तो हम रिपोर्ट करते हैं कि इसमें शामिल तत्व हमेशा आरेख में इंगित अनुक्रम में स्थित होना चाहिए, और उनमें से सभी अनिवार्य हैं। लेकिन निराशा मत करो! XML स्कीमा में दो और कंपोजर तत्व हैं: पसंद और सभी । संगीतकार " पसंद " रिपोर्ट करता है कि इसमें सूचीबद्ध तत्वों में से कोई एक होना चाहिए, और संगीतकार " सभी " - सूचीबद्ध तत्वों का कोई संयोजन।

जैसा कि आपको याद है, विषय के पहले भाग में हम इस बात पर सहमत थे कि एक पैकेट में एसएमएस संदेशों को एक से अनंत तक प्रेषित किया जा सकता है। इसलिए, मैं यह समझने का प्रस्ताव करता हूं कि इस तरह के डेटा को XML स्कीमा में कैसे घोषित किया जाता है। समग्र पैकेज संरचना इस तरह दिख सकती है:

 <messageList> <message> <phone>71239876543</phone> <text>  1</text> <date>2013-07-20T12:00:00</date> <type>12</type> </message> <!-- ... --> <message> <phone>71239876543</phone> <text>  N</text> <date>2013-07-20T12:00:00</date> <type>12</type> </message> </messageList> 

इस जटिल प्रकार का स्कीमा इस तरह दिखेगा:

 <complexType name="Message"> <sequence> <element name="phone" type="string" minOccurs="1" maxOccurs="1" /> <element name="text" type="string" minOccurs="1" maxOccurs="1" /> <element name="date" type="dateTime" minOccurs="1" maxOccurs="1" /> <element name="type" type="decimal" minOccurs="1" maxOccurs="1" /> </sequence> </complexType> <element name="messageList" type="MessageList" /> <complexType name="MessageList"> <sequence> <element minOccurs="1" maxOccurs="unbounded" name="message" type="Message"/> </sequence> </complexType> 

पहले ब्लॉक में जटिल प्रकार " संदेश " की परिचित घोषणा है। यदि आपने गौर किया, तो " संदेश " में शामिल प्रत्येक सरल प्रकार में, नए योग्यता गुण " minOccurs " और " maxOccurs " जोड़े गए। जैसा कि नाम से अनुमान लगाना मुश्किल नहीं है, पहले ( minOccurs ) की रिपोर्ट है कि इस क्रम में " फोन ", " पाठ ", " तिथि " और " प्रकार " का कम से कम एक तत्व होना चाहिए, जबकि अगला ( अधिकतम ) विशेषता हमें यह बताती है कि हमारे अनुक्रम में ऐसे सबसे अधिक तत्व हैं। परिणामस्वरूप, जब हम अपनी योजनाओं को किसी भी डेटा के लिए लिखते हैं, तो हमें उन्हें स्थापित करने के लिए सबसे व्यापक विकल्प दिया जाता है!

सर्किट का दूसरा ब्लॉक मैसेजलिस्ट के प्रकार के एक मैसेजलिस्ट तत्व की घोषणा करता है। यह देखा जा सकता है कि MessageList एक जटिल प्रकार है जिसमें कम से कम एक संदेश तत्व शामिल है, लेकिन ऐसे तत्वों की अधिकतम संख्या असीमित है!

इस पर, हम मान लेंगे कि लाइकबीज योजनाओं के अनुसार पूरा हो गया है और फिर एक और रोमांचक साहसिक कार्य हमारी प्रतीक्षा कर रहा है - हम अपना खुद का डब्ल्यूएसडीएल लिखेंगे!

4 हम अपना डब्ल्यूएसडीएल लिखते हैं

क्या आपको याद है कि डब्ल्यूएसडीएल हमारी वेब सेवा है? याद करने की उम्मीद है! जैसे ही हम इसे लिखते हैं, हमारी छोटी वेब सेवा उस पर तैरने लगेगी। इसलिए, मैं हैक नहीं करने का प्रस्ताव करता हूं।

सामान्य तौर पर, हमारे लिए सब कुछ सही ढंग से काम करने के लिए, हमें WSDL फ़ाइल को क्लाइंट के लिए सही MIME प्रकार के साथ स्थानांतरित करना होगा। ऐसा करने के लिए, आपको अपने वेब सर्वर को तदनुसार कॉन्फ़िगर करने की आवश्यकता है, अर्थात्, एक्सटेंशन के साथ फ़ाइलों के लिए MIME प्रकार सेट करने के लिए .wsdl निम्न पंक्ति के बराबर है:

 application/wsdl+xml 

लेकिन व्यवहार में, मैंने आमतौर पर " टेक्स्ट / xml " HTTP हेडर PHP के माध्यम से भेजा है:

 header("Content-Type: text/xml; charset=utf-8"); 

और सब कुछ महान काम किया!

मैं आपको तुरंत चेतावनी देना चाहता हूं, हमारी सरल वेब सेवा में एक बहुत ही प्रभावशाली विवरण होगा, इसलिए डरना नहीं चाहिए, क्योंकि अधिकांश पाठ में पानी की आवश्यकता होती है और एक बार लिखे जाने के बाद, आप इसे लगातार एक वेब सेवा से दूसरे में कॉपी कर सकते हैं!

चूंकि WSDL XML है, पहली पंक्ति में आपको इसके बारे में सीधे लिखना होगा। किसी फ़ाइल के मूल तत्व को हमेशा " परिभाषा " कहा जाना चाहिए:

 <?xml version="1.0" encoding="utf-8"?> <definitions> </definitions> 

आमतौर पर, WSDL में 4-5 मुख्य ब्लॉक होते हैं। बहुत पहले ब्लॉक एक वेब सेवा या, दूसरे शब्दों में, प्रवेश बिंदु की परिभाषा है।

 <?xml version="1.0" encoding="utf-8"?> <definitions> <!—  --> <service name="SmsService"> <port name="SmsServicePort" binding="tns:SmsServiceBinding"> <soap:address location="http://localhost:80/smsservice.php" /> </port> </service> </definitions> 

यह यहाँ कहता है कि हमारे पास " SmsService " नामक एक सेवा है। सिद्धांत रूप में, डब्लूएसडीएल फ़ाइल के सभी नामों को आप जो चाहें, बदल सकते हैं, क्योंकि वे बिल्कुल कोई भूमिका नहीं निभाते हैं।

उसके बाद, हम घोषणा करते हैं कि हमारी SmsService वेब सेवा में एक प्रवेश बिंदु ("पोर्ट") है जिसे " SmsServicePort " कहा जाता है। यह इस प्रविष्टि बिंदु पर है कि क्लाइंट से सर्वर तक सभी अनुरोध भेजे जाएंगे। और हम " पता " में एक फ़ाइल हैंडलर के लिंक को इंगित करते हैं जो अनुरोध प्राप्त करेगा।

जब हमने वेब सेवा निर्धारित की और इसके लिए एक प्रविष्टि बिंदु निर्दिष्ट किया, तो आपको इसके लिए समर्थित प्रक्रियाओं को बांधने की आवश्यकता है:

 <?xml version="1.0" encoding="utf-8"?> <definitions> <!—  - --> <binding name="SmsServiceBinding" type="tns:SmsServicePortType"> <soap:binding style=”rpc” transport="http://schemas.xmlsoap.org/soap/http" /> <operation name="sendSms"> <soap:operation soapAction="" /> <input> <soap:body use="literal" /> </input> <output> <soap:body use="literal" /> </output> </operation> </binding> <!—  --> <service name="SmsService"> <port name="SmsServicePort" binding="tns:SmsServiceBinding"> <soap:address location="http://localhost:80/smsservice.php" /> </port> </service> </definitions> 

ऐसा करने के लिए, यह सूचीबद्ध करता है कि क्या संचालन और किस रूप में कहा जाएगा। यानी SmsServicePort पोर्ट के लिए, एक बंधन SmsServiceBinding नाम के तहत परिभाषित किया गया है, जिसमें rpc कॉल प्रकार है और HTTP को ट्रांसपोर्ट (परिवहन) प्रोटोकॉल के रूप में उपयोग करता है। इस प्रकार, हमने यहां संकेत दिया है कि हम HTTP पर एक आरपीसी कॉल करेंगे। उसके बाद, हम बताते हैं कि वेब सेवा में किन प्रक्रियाओं ( संचालन ) का समर्थन किया जाता है। हम केवल एक प्रक्रिया का समर्थन करेंगे - " SendSms "। इस प्रक्रिया के माध्यम से, हमारे अद्भुत संदेश सर्वर को भेजे जाएंगे! प्रक्रिया घोषित होने के बाद, आपको यह निर्दिष्ट करना होगा कि डेटा किस रूप में प्रेषित किया जाएगा। इस मामले में, यह संकेत दिया जाता है कि मानक एसओएपी लिफाफे का उपयोग किया जाएगा।

उसके बाद, हमें प्रक्रिया को संदेशों में बाँधने की आवश्यकता है:

 <?xml version="1.0" encoding="utf-8"?> <definitions> <!—     --> <portType name="SmsServicePortType"> <operation name="sendSms"> <input message="tns:sendSmsRequest" /> <output message="tns:sendSmsResponse" /> </operation> </portType> <!—  - --> <binding name="SmsServiceBinding" type="tns:SmsServicePortType"> <soap:binding style=”rpc” transport="http://schemas.xmlsoap.org/soap/http" /> <operation name="sendSms"> <soap:operation soapAction="" /> <input> <soap:body use="literal" /> </input> <output> <soap:body use="literal" /> </output> </operation> </binding> <!—   --> <service name="SmsService"> <port name="SmsServicePort" binding="tns:SmsServiceBinding"> <soap:address location="http://localhost:80/smsservice.php" /> </port> </service> </definitions> 

ऐसा करने के लिए, हम इंगित करते हैं कि हमारा बंधन " SmsServicePortType " प्रकार का है और " portType " तत्व में उसी प्रकार के नाम के साथ हम संदेशों को प्रक्रियाओं के बंधन का संकेत देते हैं। और इसलिए, आने वाले संदेश (क्लाइंट से सर्वर तक) को " sendSmsRequest " कहा जाएगा, और आउटगोइंग संदेश (सर्वर से क्लाइंट तक) को " sendSmsResponse " कहा जाएगा। डब्लूएसडीएल के सभी नामों की तरह, इनकमिंग और आउटगोइंग संदेशों के नाम मनमाने हैं।

अब हमें स्वयं संदेशों का वर्णन करने की आवश्यकता है, अर्थात् इनकमिंग और आउटगोइंग:

 <?xml version="1.0" encoding="utf-8"?> <definitions> <!--   sendSms --> <message name="sendSmsRequest"> <part name="Request" element="tns:Request" /> </message> <message name="sendSmsResponse"> <part name="Response" element="tns:Response" /> </message> <!--     --> <portType name="SmsServicePortType"> <operation name="sendSms"> <input message="tns:sendSmsRequest" /> <output message="tns:sendSmsResponse" /> </operation> </portType> <!--   - --> <binding name="SmsServiceBinding" type="tns:SmsServicePortType"> <soap:binding style=”rpc” transport="http://schemas.xmlsoap.org/soap/http" /> <operation name="sendSms"> <soap:operation soapAction="" /> <input> <soap:body use="literal" /> </input> <output> <soap:body use="literal" /> </output> </operation> </binding> <!--   --> <service name="SmsService"> <port name="SmsServicePort" binding="tns:SmsServiceBinding"> <soap:address location="http://localhost:80/smsservice.php" /> </port> </service> </definitions> 

ऐसा करने के लिए, हम क्रमशः क्रमशः SendSmsRequest और sendSmsResponse नाम के साथ संदेश तत्व जोड़ते हैं। उनमें हम संकेत देते हैं कि इनपुट पर एक लिफाफा प्राप्त किया जाना चाहिए, जिसकी संरचना " अनुरोध " डेटा प्रकार से मेल खाती है। उसके बाद, सर्वर से डेटा रिस्पांस " रिस्पांस " युक्त एक लिफाफा वापस आ जाता है।

अब हमें थोड़ा सा करने की ज़रूरत है - इन प्रकारों का विवरण अपनी डब्लूएसडीएल फ़ाइल में जोड़ें! और आपको क्या लगता है, WSDL में वर्णित इनकमिंग और आउटगोइंग डेटा कैसे हैं? मुझे लगता है कि आप लंबे समय से सब कुछ समझ गए हैं और अपने आप को एक्सएमएल स्कीमा की मदद से बताया है! और आप बिल्कुल सही होंगे!

 <?xml version="1.0" encoding="utf-8"?> <definitions xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/" xmlns:tns="http://localhost/" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/" xmlns:http="http://schemas.xmlsoap.org/wsdl/http/" name="SmsWsdl" xmlns="http://schemas.xmlsoap.org/wsdl/"> <types> <xs:schema xmlns:tns="http://schemas.xmlsoap.org/wsdl/" xmlns="http://www.w3.org/2001/XMLSchema" xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" targetNamespace="http://localhost/"> <complexType name="Message"> <sequence> <element name="phone" type="string" minOccurs="1" maxOccurs="1" /> <element name="text" type="string" minOccurs="1" maxOccurs="1" /> <element name="date" type="dateTime" minOccurs="1" maxOccurs="1" /> <element name="type" type="decimal" minOccurs="1" maxOccurs="1" /> </sequence> </complexType> <complexType name="MessageList"> <sequence> <element minOccurs="1" maxOccurs="unbounded" name="message" type="Message"/> </sequence> </complexType> <element name="Request"> <element name="messageList" type="MessageList" /> </element> <element name="Response"> <complexType> <sequence> <element name="status" type="boolean" /> </sequence> </complexType> </element> </xs:schema> </types> <!--   sendSms --> <message name="sendSmsRequest"> <part name="Request" element="tns:Request" /> </message> <message name="sendSmsResponse"> <part name="Response" element="tns:Response" /> </message> <!--     --> <portType name="SmsServicePortType"> <operation name="sendSms"> <input message="tns:sendSmsRequest" /> <output message="tns:sendSmsResponse" /> </operation> </portType> <!--   - --> <binding name="SmsServiceBinding" type="tns:SmsServicePortType"> <soap:binding style=”rpc” transport="http://schemas.xmlsoap.org/soap/http" /> <operation name="sendSms"> <soap:operation soapAction="" /> <input> <soap:body use="literal" /> </input> <output> <soap:body use="literal" /> </output> </operation> </binding> <!--   --> <service name="SmsService"> <port name="SmsServicePort" binding="tns:SmsServiceBinding"> <soap:address location="http://localhost:80/smsservice.php" /> </port> </service> </definitions> 

आप हमें बधाई दे सकते हैं! हमारा पहला WSDL लिखा गया था! और हम अपने लक्ष्य को प्राप्त करने के करीब एक कदम हैं।
अगला, हम इस बात से निपटेंगे कि PHP हमें अपने स्वयं के वितरित अनुप्रयोगों के विकास के लिए क्या प्रदान करता है।

5 हमारा पहला SOAP सर्वर

मैंने पहले लिखा था कि हम PHP में SOAP सर्वर बनाने के लिए SoapServer बिल्ट-इन क्लास का उपयोग करेंगे। आगे की सभी क्रियाओं के साथ-साथ मेरा होने के लिए, आपको अपने PHP को थोड़ा छोटा करने की आवश्यकता है। अधिक सटीक होने के लिए, आपको यह सुनिश्चित करने की आवश्यकता है कि आपने एक्सटेंशन "php-साबुन" स्थापित किया है। इसे अपने वेब सर्वर पर कैसे रखा जाए, आधिकारिक PHP वेबसाइट (संदर्भ देखें) पर सबसे अच्छा पढ़ा जाता है।

सब कुछ स्थापित और कॉन्फ़िगर किए जाने के बाद, हमें निम्नलिखित सामग्रियों से आपके होस्टिंग के रूट फ़ोल्डर में एक फ़ाइल " smsservice.php " बनाने की आवश्यकता होगी:

 <?php /** * smsservice.php */ header("Content-Type: text/xml; charset=utf-8"); header('Cache-Control: no-store, no-cache'); header('Expires: '.date('r')); /** *  -    */ set_include_path(get_include_path() .PATH_SEPARATOR.'classes' .PATH_SEPARATOR.'objects'); /** *     */ const CONF_NAME = "config.ini"; /** **      */ function __autoload($class_name){ include $class_name.'.class.php'; } ini_set("soap.wsdl_cache_enabled", "0"); //   WSDL-   //  SOAP- $server = new SoapServer("http://{$_SERVER['HTTP_HOST']}/smsservice.wsdl.php"); //   $server->setClass("SoapSmsGateWay"); //  $server->handle(); 

Ini_set फ़ंक्शन के साथ लाइन के ऊपर क्या है, मुझे आशा है कि समझाने की कोई आवश्यकता नहीं है। क्योंकि यह निर्धारित करता है कि हम सर्वर से क्लाइंट को क्या HTTP हेडर भेजेंगे और पर्यावरण कॉन्फ़िगर किया गया है। "Ini_set" के साथ लाइन में हम WSDL फ़ाइल के कैशिंग को अक्षम कर देते हैं ताकि इसमें हमारे परिवर्तन तुरंत क्लाइंट पर प्रभावी हों।

अब हम सर्वर पर आते हैं! जैसा कि आप देख सकते हैं, संपूर्ण SOAP सर्वर केवल तीन लाइनें लेता है! पहली पंक्ति में, हम SoapServer ऑब्जेक्ट का एक नया उदाहरण बनाते हैं और निर्माण के लिए वेब सेवा के हमारे WSDL विवरण के पते को पास करते हैं। अब हम जानते हैं कि यह एक फ़ाइल में होस्टिंग के रूट में स्थित होगा, जिसमें "नाम smsservice.wsdl.php " लिखा होगा। दूसरी पंक्ति में, हम SOAP सर्वर को बताते हैं कि क्लाइंट से प्राप्त लिफाफे को संसाधित करने के लिए किस वर्ग को खींचना है और प्रतिक्रिया के साथ लिफाफा वापस करना है। जैसा कि आप अनुमान लगा सकते हैं, यह इस वर्ग में है कि हमारी एकमात्र SendSms पद्धति का वर्णन किया जाएगा। तीसरी पंक्ति में, हम सर्वर शुरू करते हैं! यही है, हमारा सर्वर तैयार है! जिसके साथ मैं हम सभी को बधाई देता हूँ!

अब हमें एक WSDL फ़ाइल बनाने की आवश्यकता है। ऐसा करने के लिए, आप या तो पिछले अनुभाग से इसकी सामग्री को कॉपी कर सकते हैं, या अपने आप को स्वतंत्रता दे सकते हैं और इसे थोड़ा "टेम्पलेट":

 <?php /** * smsservice.wsdl.php */ header("Content-Type: text/xml; charset=utf-8"); echo "<?xml version=\"1.0\" encoding=\"utf-8\"?>"; ?> <definitions xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/" xmlns:tns="http://<?=$_SERVER['HTTP_HOST']?>/" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/" xmlns:http="http://schemas.xmlsoap.org/wsdl/http/" name="SmsWsdl" xmlns="http://schemas.xmlsoap.org/wsdl/"> <types> <xs:schema elementFormDefault="qualified" xmlns:tns="http://schemas.xmlsoap.org/wsdl/" xmlns:xs="http://www.w3.org/2001/XMLSchema" targetNamespace="http://<?=$_SERVER['HTTP_HOST']?>/"> <xs:complexType name="Message"> <xs:sequence> <xs:element name="phone" type="xs:string" minOccurs="1" maxOccurs="1" /> <xs:element name="text" type="xs:string" minOccurs="1" maxOccurs="1" /> <xs:element name="date" type="xs:dateTime" minOccurs="1" maxOccurs="1" /> <xs:element name="type" type="xs:decimal" minOccurs="1" maxOccurs="1" /> </xs:sequence> </xs:complexType> <xs:complexType name="MessageList"> <xs:sequence> <xs:element name="message" type="Message" minOccurs="1" maxOccurs="unbounded" /> </xs:sequence> </xs:complexType> <xs:element name="Request"> <xs:complexType> <xs:sequence> <xs:element name="messageList" type="MessageList" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="Response"> <xs:complexType> <xs:sequence> <xs:element name="status" type="xs:boolean" /> </xs:sequence> </xs:complexType> </xs:element> </xs:schema> </types> <!--   sendSms --> <message name="sendSmsRequest"> <part name="Request" element="tns:Request" /> </message> <message name="sendSmsResponse"> <part name="Response" element="tns:Response" /> </message> <!--     --> <portType name="SmsServicePortType"> <operation name="sendSms"> <input message="tns:sendSmsRequest" /> <output message="tns:sendSmsResponse" /> </operation> </portType> <!--   - --> <binding name="SmsServiceBinding" type="tns:SmsServicePortType"> <soap:binding transport="http://schemas.xmlsoap.org/soap/http" /> <operation name="sendSms"> <soap:operation soapAction="" /> <input> <soap:body use="literal" /> </input> <output> <soap:body use="literal" /> </output> </operation> </binding> <!--   --> <service name="SmsService"> <port name="SmsServicePort" binding="tns:SmsServiceBinding"> <soap:address location="http://<?=$_SERVER['HTTP_HOST']?>/smsservice.php" /> </port> </service> </definitions> 

इस स्तर पर, परिणामी सर्वर हमें पूरी तरह से सूट करना चाहिए, क्योंकि हम इसमें आने वाले लिफाफे को लॉग कर सकते हैं और फिर आने वाले डेटा का शांति से विश्लेषण कर सकते हैं। हमें सर्वर पर कुछ प्राप्त करने में सक्षम होने के लिए, हमें एक क्लाइंट की आवश्यकता है। तो चलो!

रास्ते में 6 SOAP क्लाइंट

सबसे पहले, हमें एक फाइल बनाने की आवश्यकता है जिसमें हम क्लाइंट को लिखेंगे। हमेशा की तरह, हम इसे होस्ट के मूल में बनाएंगे और इसे " client.php " कहेंगे , और अंदर हम निम्नलिखित लिखेंगे:

 <?php /** * /client.php */ header("Content-Type: text/html; charset=utf-8"); header('Cache-Control: no-store, no-cache'); header('Expires: '.date('r')); /** *  -    */ set_include_path(get_include_path() .PATH_SEPARATOR.'classes' .PATH_SEPARATOR.'objects'); /** **      */ function __autoload($class_name){ include $class_name.'.class.php'; } ini_set('display_errors', 1); error_reporting(E_ALL & ~E_NOTICE); //   class Message{ public $phone; public $text; public $date; public $type; } class MessageList{ public $message; } class Request{ public $messageList; } //       $req = new Request(); $req->messageList = new MessageList(); $req->messageList->message = new Message(); $req->messageList->message->phone = '79871234567'; $req->messageList->message->text = '  1'; $req->messageList->message->date = '2013-07-21T15:00:00.26'; $req->messageList->message->type = 15; $client = new SoapClient( "http://{$_SERVER['HTTP_HOST']}/smsservice.wsdl.php", array( 'soap_version' => SOAP_1_2)); var_dump($client->sendSms($req)); 

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

वस्तुओं को परिभाषित करने के बाद, हमें एक वस्तु ( $ req ) बनाने की आवश्यकता है , जिसे हम सर्वर को भेजेंगे। तो आओ हमारे लिए दो सबसे क़ीमती लाइनें! हमारे SOAP ग्राहक! मानो या न मानो, यह क्लाइंट से हमारे सर्वर पर संदेश भेजना शुरू करने के लिए पर्याप्त है, साथ ही यह सुनिश्चित करने के लिए कि हमारा सर्वर सफलतापूर्वक प्राप्त करता है और उन्हें संसाधित करता है! उनमें से सबसे पहले, हम SoapClient वर्ग का एक उदाहरण बनाते हैं और WSDL फ़ाइल के स्थान पते को इसके निर्माता को पास करते हैं, और मापदंडों में हम स्पष्ट रूप से संकेत देते हैं कि हम SOAP प्रोटोकॉल संस्करण 1.2 का उपयोग करके काम करेंगे। अगली पंक्ति में, हम $ क्लाइंट ऑब्जेक्ट के सेंडम्स विधि को कॉल करते हैं और तुरंत ब्राउज़र में परिणाम प्रिंट करते हैं ।
आइए दौड़ें और देखें कि हमें आखिर क्या मिला!

सर्वर से निम्नलिखित वस्तु मेरे पास लौटी:

 object(stdClass)[5] public 'status' => boolean true 

और यह अद्भुत है, क्योंकि अब हम यह जानते हैं कि हमारा सर्वर काम कर रहा है और न केवल काम कर रहा है, बल्कि यह क्लाइंट को कुछ मूल्य भी लौटा सकता है!

अब लॉग को देखते हैं, जिसे हम विवेकपूर्वक सर्वर साइड पर रखते हैं! पहले भाग में हम सर्वर पर आए कच्चे डेटा को देखते हैं:

 <?xml version="1.0" encoding="UTF-8"?> <env:Envelope xmlns:env="http://www.w3.org/2003/05/soap-envelope" xmlns:ns1="http://sms-service/"> <env:Body> <ns1:Request> <ns1:messageList> <message> <phone>79871234567</phone> <text>  1</text> <date>2013-07-21T15:00:00.26</date> <type>15</type> </message> </ns1:messageList> </ns1:Request> </env:Body> </env:Envelope> 

यह लिफाफा है। अब आप जानते हैं कि यह कैसा दिखता है! लेकिन लगातार उसकी प्रशंसा करना हमारे लिए दिलचस्प होने की संभावना नहीं है, इसलिए आइए लॉग फाइल से ऑब्जेक्ट को डिस्क्राइब करें और देखें कि क्या हमारे लिए सब कुछ ठीक है:

 object(stdClass)[4] public 'messageList' => object(stdClass)[5] public 'message' => object(stdClass)[6] public 'phone' => string '79871234567' (length=11) public 'text' => string '  1' (length=37) public 'date' => string '2013-07-21T15:00:00.26' (length=22) public 'type' => string '15' (length=2) 

जैसा कि आप देख सकते हैं, ऑब्जेक्ट को सही ढंग से deserialized किया गया था, जिसके साथ मैं हम सभी को बधाई देना चाहता हूं! फिर कुछ और दिलचस्प हमें इंतजार कर रहा है! अर्थात् - हम क्लाइंट को सर्वर पर एक एसएमएस संदेश नहीं भेजेंगे, लेकिन एक संपूर्ण गुच्छा (अधिक सटीक होने के लिए, फिर तीन)!

7 हम जटिल वस्तुओं को भेजते हैं

आइए विचार करें कि हम एक पैकेज में सर्वर पर संदेशों का एक पूरा गुच्छा कैसे स्थानांतरित कर सकते हैं? मैसेजलिस्ट तत्व के अंदर सरणी को व्यवस्थित करने के लिए संभवतः सबसे आसान तरीका होगा! चलो इसे करते हैं:

 //       $req = new Request(); $req->messageList = new MessageList(); $msg1 = new Message(); $msg1->phone = '79871234567'; $msg1->text = '  1'; $msg1->date = '2013-07-21T15:00:00.26'; $msg1->type = 15; $msg2 = new Message(); $msg2->phone = '79871234567'; $msg2->text = '  2'; $msg2->date = '2014-08-22T16:01:10'; $msg2->type = 16; $msg3 = new Message(); $msg3->phone = '79871234567'; $msg3->text = '  3'; $msg3->date = '2014-08-22T16:01:10'; $msg3->type = 17; $req->messageList->message[] = $msg1; $req->messageList->message[] = $msg2; $req->messageList->message[] = $msg3; 

हमारे लॉग कहते हैं कि निम्नलिखित पैकेज क्लाइंट से आया था:

 <?xml version="1.0" encoding="UTF-8"?> <env:Envelope xmlns:env="http://www.w3.org/2003/05/soap-envelope" xmlns:enc="http://www.w3.org/2003/05/soap-encoding" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="http://sms-service/"> <env:Body> <ns1:Request> <ns1:messageList> <message> <SOAP-ENC:Struct> <phone>79871234567</phone> <text>  1</text> <date>2013-07-21T15:00:00.26</date> <type>15</type> </SOAP-ENC:Struct> <SOAP-ENC:Struct> <phone>79871234567</phone> <text>  2</text> <date>2014-08-22T16:01:10</date> <type>16</type> </SOAP-ENC:Struct> <SOAP-ENC:Struct> <phone>79871234567</phone> <text>  3</text> <date>2014-08-22T16:01:10</date> <type>17</type> </SOAP-ENC:Struct> </message> </ns1:messageList> </ns1:Request> </env:Body> </env:Envelope> 

क्या बकवास करते हो, तुम कहते हो? और तुम एक अर्थ में ठीक हो जाओगे, क्योंकि चूँकि हमने सिर्फ यह सीखा कि ग्राहक किस वस्तु को छोड़ता है, तो सटीक रूप में यह हमारे सर्वर में एक लिफाफे के रूप में आता है। यह सच है, एसएमएस संदेश XML में उस तरह से क्रमबद्ध नहीं थे जिस तरह से हमें ज़रूरत थी - उन्हें संदेश तत्वों में लपेटा जाना था , और संरचना में नहीं । अब देखते हैं कि इस तरह का ऑब्जेक्ट सेंड्स विधि में किस रूप में आता है :

 object(stdClass)[6] public 'messageList' => object(stdClass)[7] public 'message' => object(stdClass)[8] public 'Struct' => array (size=3) 0 => object(stdClass)[9] public 'phone' => string '79871234567' (length=11) public 'text' => string '  1' (length=37) public 'date' => string '2013-07-21T15:00:00.26' (length=22) public 'type' => string '15' (length=2) 1 => object(stdClass)[10] public 'phone' => string '79871234567' (length=11) public 'text' => string '  2' (length=37) public 'date' => string '2014-08-22T16:01:10' (length=19) public 'type' => string '16' (length=2) 2 => object(stdClass)[11] public 'phone' => string '79871234567' (length=11) public 'text' => string '  3' (length=37) public 'date' => string '2014-08-22T16:01:10' (length=19) public 'type' => string '17' (length=2) 

यह ज्ञान हमें क्या देता है? बस यह कि हमने जो रास्ता चुना है वह सही नहीं है और हमें इस सवाल का जवाब नहीं मिला है - "हमें सर्वर पर सही डेटा संरचना कैसे मिलती है?" लेकिन मेरा सुझाव है कि हम निराशा को किसी प्रकार की वस्तु में डालने की कोशिश न करें :

 $req->messageList->message = (object)$req->messageList->message; 

इस मामले में, एक और लिफाफा हमारे पास आएगा:

 <?xml version="1.0" encoding="UTF-8"?> <env:Envelope xmlns:env="http://www.w3.org/2003/05/soap-envelope" xmlns:ns1="http://sms-service/"> <env:Body> <ns1:Request> <ns1:messageList> <message> <BOGUS> <phone>79871234567</phone> <text>  1</text> <date>2013-07-21T15:00:00.26</date> <type>15</type> </BOGUS> <BOGUS> <phone>79871234567</phone> <text>  2</text> <date>2014-08-22T16:01:10</date> <type>16</type> </BOGUS> <BOGUS> <phone>79871234567</phone> <text>  3</text> <date>2014-08-22T16:01:10</date> <type>17</type> </BOGUS> </message> </ns1:messageList> </ns1:Request> </env:Body> </env:Envelope> 

SendSms विधि में आए ऑब्जेक्ट में निम्न संरचना है:

 object(stdClass)[7] public 'messageList' => object(stdClass)[8] public 'message' => object(stdClass)[9] public 'BOGUS' => array (size=3) 0 => object(stdClass)[10] public 'phone' => string '79871234567' (length=11) public 'text' => string '  1' (length=37) public 'date' => string '2013-07-21T15:00:00.26' (length=22) public 'type' => string '15' (length=2) 1 => object(stdClass)[11] public 'phone' => string '79871234567' (length=11) public 'text' => string '  2' (length=37) public 'date' => string '2014-08-22T16:01:10' (length=19) public 'type' => string '16' (length=2) 2 => object(stdClass)[12] public 'phone' => string '79871234567' (length=11) public 'text' => string '  3' (length=37) public 'date' => string '2014-08-22T16:01:10' (length=19) public 'type' => string '17' (length=2) 

मेरे लिए, तब "शर्तों के स्थान में परिवर्तन से - राशि नहीं बदलती" (ग)। क्या BOGUS , कि Struct - हमारे लक्ष्य में सफल नहीं हो गया है! और इसे प्राप्त करने के लिए, हमें यह सुनिश्चित करने की आवश्यकता है कि इन अस्पष्ट नामों के बजाय, हमारा मूल संदेश प्रदर्शित हो । लेकिन इसे कैसे प्राप्त किया जाए, लेखक अभी तक नहीं जानता है। इसलिए, केवल एक चीज जो हम कर सकते हैं वह है अतिरिक्त कंटेनर से छुटकारा पाना। दूसरे शब्दों में, हम अब क्या करना है, ताकि के बजाय संदेश बन गया BOGUS ! ऐसा करने के लिए, इस प्रकार वस्तु को संशोधित करें:

 //       $req = new Request(); $msg1 = new Message(); $msg1->phone = '79871234567'; $msg1->text = '  1'; $msg1->date = '2013-07-21T15:00:00.26'; $msg1->type = 15; $msg2 = new Message(); $msg2->phone = '79871234567'; $msg2->text = '  2'; $msg2->date = '2014-08-22T16:01:10'; $msg2->type = 16; $msg3 = new Message(); $msg3->phone = '79871234567'; $msg3->text = '  3'; $msg3->date = '2014-08-22T16:01:10'; $msg3->type = 17; $req->messageList[] = $msg1; $req->messageList[] = $msg2; $req->messageList[] = $msg3; $req->messageList = (object)$req->messageList; 

अचानक हम भाग्यशाली हैं और सही नाम योजना से बाहर खींच लिया जाएगा? ऐसा करने के लिए, आने वाले लिफाफे को देखें:

 <?xml version="1.0" encoding="UTF-8"?> <env:Envelope xmlns:env="http://www.w3.org/2003/05/soap-envelope" xmlns:ns1="http://sms-service/"> <env:Body> <ns1:Request> <ns1:messageList> <BOGUS> <phone>79871234567</phone> <text>  1</text> <date>2013-07-21T15:00:00.26</date> <type>15</type> </BOGUS> <BOGUS> <phone>79871234567</phone> <text>  2</text> <date>2014-08-22T16:01:10</date> <type>16</type> </BOGUS> <BOGUS> <phone>79871234567</phone> <text>  3</text> <date>2014-08-22T16:01:10</date> <type>17</type> </BOGUS> </ns1:messageList> </ns1:Request> </env:Body> </env:Envelope> 

हाँ, एक चमत्कार नहीं हुआ! BOGUS - हम जीत नहीं सकते! इस मामले में sendSms में आई वस्तु इस तरह दिखाई देगी:

 object(stdClass)[6] public 'messageList' => object(stdClass)[7] public 'BOGUS' => array (size=3) 0 => object(stdClass)[8] public 'phone' => string '79871234567' (length=11) public 'text' => string '  1' (length=37) public 'date' => string '2013-07-21T15:00:00.26' (length=22) public 'type' => string '15' (length=2) 1 => object(stdClass)[9] public 'phone' => string '79871234567' (length=11) public 'text' => string '  2' (length=37) public 'date' => string '2014-08-22T16:01:10' (length=19) public 'type' => string '16' (length=2) 2 => object(stdClass)[10] public 'phone' => string '79871234567' (length=11) public 'text' => string '  3' (length=37) public 'date' => string '2014-08-22T16:01:10' (length=19) public 'type' => string '17' (length=2) 

जैसा कि वे कहते हैं - "लगभग"! इस (थोड़ा उदास) नोट पर, मैं चुपचाप बाहर निकलने और अपने लिए कुछ निष्कर्ष निकालने का प्रस्ताव करता हूं।

8 निष्कर्ष

अंत में हम यहाँ आ गए! आइए फैसला करें कि अब आप क्या कर सकते हैं:

• आप अपनी वेब सेवा के लिए आवश्यक WSDL फ़ाइल लिख सकते हैं;
• बिना किसी समस्या के आप अपने स्वयं के क्लाइंट को SOAP के माध्यम से सर्वर से संवाद करने में सक्षम लिख सकते हैं;
• आप अपने स्वयं के सर्वर को SOAP के माध्यम से बाहरी दुनिया के साथ संवाद कर सकते हैं;
• आप एक ही प्रकार की वस्तुओं के सरणियों को अपने क्लाइंट से सर्वर पर भेज सकते हैं (कुछ प्रतिबंधों के साथ)।

, :

• SoapClient XML;
• XML Struct ;
• XML BOGUS ;
• BOGUS Struct - , ( namespace' XML );
• , SoapServer XML- (, ).

9

• www.w3.org/XML/Schema – XML-
• www.w3.org/TR/soap – SOAP
• ru.wikipedia.org/wiki/Remote_Procedure_Call – RPC
• ru.wikipedia.org/wiki/REST – REST
• ru.wikipedia.org/wiki/XML – XML
• ru.wikipedia.org/wiki/XML_Schema – XML-
• ru.wikipedia.org/wiki/WSDL – WSDL
• www.php.net/manual/ru/book.soap.php – SOAP PHP
• github.com/hats/soap-sms-service –

PS लेख का लेखक SOAP में निर्मित क्षमताओं का उपयोग करके संकुल के प्राधिकरण को कवर करना चाहता था, लेकिन वह SoapServer और SoapClient वर्गों का उपयोग करके ऐसा करने में सक्षम नहीं था। इसलिए, अगर आपके पास PHP के माध्यम से SOAP में अंतर्निहित प्राधिकरण का उपयोग करने का सकारात्मक अनुभव है, तो कृपया इस बारे में लेख, या पीएम में टिप्पणी में लिखें :)

के पी पी एस अलावा Mikaz
आवश्यक एक सरणी के बजाय का उपयोग करने के ArrayObject के साथ एक साथ SoapVar ।

काम कोड इस तरह लग सकता है:

 $req = new Request(); $req->messageList = new \ArrayObject(); $msg1 = new Message(); $msg1->phone = '79871234567'; $msg1->text = '  1'; $msg1->date = '2013-07-21T15:00:00.26'; $msg1->type = 15; $soap_msg1 = new \SoapVar($msg1, SOAP_ENC_OBJECT, null, null, 'Message'); $msg2 = new Message(); $msg2->phone = '79871234567'; $msg2->text = '  2'; $msg2->date = '2014-08-22T16:01:10'; $msg2->type = 16; $soap_msg2 = new \SoapVar($msg2, SOAP_ENC_OBJECT, null, null, 'Message'); $msg3 = new Message(); $msg3->phone = '79871234567'; $msg3->text = '  3'; $msg3->date = '2014-08-22T16:01:10'; $msg3->type = 17; $soap_msg3 = new \SoapVar($msg3, SOAP_ENC_OBJECT, null, null, 'Message'); $req->messageList->append($soap_msg1); $req->messageList->append($soap_msg2); $req->messageList->append($soap_msg3);