ဒေသတွင်း WSDL သည် SoapClient ကို ကွန်ရက်သို့ ပို့နိုင်ဆဲဖြစ်သည်

ဒေသတွင်း ဝန်ဆောင်မှု အဓိပ္ပာယ်ဖွင့်ဆိုချက်က အတွင်းနှင့် အပြင် proxy လမ်းကြောင်းများကို ရောနှောနေစဉ် ကူးလူးသော WSDL နှင့် XML Schema import များကို ခြေရာခံပါ။

ဒေသတွင်း service.wsdl သည် တည်ဆောက်နေစဉ် SoapClient ကို အဝေးမှ စာရွက်စာတမ်းများ ဆွဲယူစေနိုင်ဆဲဖြစ်သည်။ ပထမဖိုင်ကို ဒေသတွင်းဖြစ်စေခြင်းသည် ထို ပထမ ဒေါင်းလုဒ်ကိုသာ ဖယ်ရှားပေးသည်။

local service.wsdl
  → internal Common.xsd
  → external Types.xsd
       → another schema location

ပထမ SOAP စီးပွားရေး ခေါ်ဆိုမှုမတိုင်မီ ပထမ မအောင်မြင်သော ဆွဲယူမှုမှ စတင်ပါ။ WSDL import တစ်ခုစီနှင့် schema location တစ်ခုစီကို ၎င်းတို့က ဆက်လက် ရည်ညွှန်းသော စာရွက်စာတမ်းများ အပါအဝင် စာရင်းပြုပါ။ နှိုင်းရ ရည်ညွှန်းချက်တစ်ခုစီကို ဖြေရှင်းရန် အသုံးပြုသော အခြေခံ URL သို့မဟုတ် လမ်းကြောင်းကို သိမ်းထားပါ။ အတွင်း host များကို အပြင် proxy အမှန်တကယ် လိုအပ်သော အရင်းအမြစ်များနှင့် ခွဲခြားပါ။

ရှင်းလင်းသော SoapClient proxy သည် မတူညီသော DNS ရှုထောင့် သို့မဟုတ် ဝင်ရောက်ခွင့် မူဝါဒရှိ ကြားခံတစ်ခုမှတစ်ဆင့် အတွင်း schema ကို ပို့နိုင်သည်။ လုပ်ငန်းစဉ်အဆင့် no_proxy ကိန်းရှင်သည် ဤ ဖွင့်တင်လမ်းကြောင်းက ၎င်းကို ဖတ်သည်ဟု သက်သေမပြပါ။ သင့် PHP ဗားရှင်းအတွက် မှတ်တမ်းတင်ထားသော ရွေးချယ်စရာများကို အသုံးပြုပါ။ ရွေးချယ်စရာကို ပတ်ဝန်းကျင် ကိန်းရှင်အမည်ဖြင့် ခေါ်ခြင်းသည် import တစ်ခုစီအတွက် ရွေးချယ်ကိရိယာ မဖန်တီးပါ။

အဓိပ္ပာယ်ဖွင့်ဆိုချက်များကို လုံးဝ ဒေသတွင်းတွင် ဖြန့်ကျက်ရန် မှီခိုမှု အစုအဝေးတစ်ခုလုံး၏ အတည်ပြုထားသော ဗားရှင်းများကို ရယူပါ၊ သက်ဆိုင်သော import တည်နေရာများကို ဒေသတွင်း အစုအဝေးသို့ မွမ်းမံပါ၊ ၎င်းတို့၏ နှိုင်းရလမ်း အခြေခံများကို ထိန်းသိမ်းပါ။ အမြစ် WSDL အသစ်က ခေတ်ကုန်နေသော အမျိုးအစားများကို မသုံးစေရန် ထို စာရွက်စာတမ်းများကို အတူတကွ ဗားရှင်းထိန်းပါ။

namespace သတ်မှတ်အမည်များကို မထိပါနှင့်။ ၎င်းတို့သည် URL နှင့် တူနိုင်သော်လည်း schema ဝေါဟာရကို သတ်မှတ်ခြင်းဖြစ်ပြီး ဖိုင်ကို မည်သည့်နေရာမှ ယူရမည်ဟု ဖွင့်တင်သူအား မပြောပါ။ ၎င်းတို့ကို အစားထိုးခြင်းသည် ဝန်ဆောင်မှု စာချုပ်ကို ပြောင်းလဲစေနိုင်သည်။

cache အခြေအနေကို မှတ်တမ်းတင်ပြီး တည်ဆောက်မှုကို ပြန်စမ်းသပ်ပါ။ cache လုပ်ထားသော အဓိပ္ပာယ်ဖွင့်ဆိုချက်များသည် စက်တစ်ခုတွင် ပျောက်နေသော မှီခိုမှုကို ဖုံးကွယ်နိုင်သည်။ ဝန်ဆောင်မှု URL ကို ထပ်ရေးခြင်းသည် နောက်ပိုင်း အဆင့်တွင် သက်ဆိုင်ပြီး စိတ်ကြိုက် __doRequest() သည် SOAP ဖလှယ်မှုကို ကိုင်တွယ်သည်။ မည်သည့်အရာကမျှ တည်ဆောက်ချိန် schema ဒေါင်းလုဒ်အားလုံးကို ပြန်ရေး သို့မဟုတ် ကြားဖြတ်မည်ဟု မယူဆသင့်ပါ။

ဆက်စပ်ဆောင်းပါးများ