XML ကို အမြဲလိုလို တလွဲသုံးသည်။

XML ဘာသာစကားကို 1996 ခုနှစ်တွင် တီထွင်ခဲ့သည်။ ၎င်း၏လျှောက်လွှာ၏ဖြစ်နိုင်ခြေများထက် စောလျင်စွာပေါ်ထွန်းလာသည်မှာ အထင်လွဲစရာဖြစ်နေပြီဖြစ်ပြီး ၎င်းကို လိုက်လျောညီထွေဖြစ်အောင် လိုက်လျောညီထွေဖြစ်အောင် ကြိုးစားနေကြသည့် ရည်ရွယ်ချက်များအတွက်၊ ၎င်းသည် အကောင်းဆုံးရွေးချယ်မှုမဟုတ်ပေ။

ကျွန်တော်မြင်ဖူးသမျှ XML schemas အများစုသည် XML ကို မသင့်လျော်သော သို့မဟုတ် မှားယွင်းစွာအသုံးပြုခြင်းဖြစ်သည်ဟု ဆိုရန်မှာ ချဲ့ကားပြောဆိုခြင်းမဟုတ်ပါ။ ထို့အပြင်၊ ဤ XML ကိုအသုံးပြုခြင်းသည် XML နှင့်ပတ်သက်သည့် အခြေခံနားလည်မှုလွဲမှားမှုကို သက်သေပြခဲ့သည်။

XML သည် markup language တစ်ခုဖြစ်သည်။ ၎င်းသည် ဒေတာဖော်မတ်မဟုတ်ပါ။. XML schema အများစုသည် XML ကို ဒေတာဖော်မတ်ဖြင့် ရှုပ်ထွေးစေကာ ဤကွဲပြားမှုကို ပြတ်သားစွာ လျစ်လျူရှုထားပြီး၊ ၎င်းသည် အမှန်တကယ်လိုအပ်သော ဒေတာဖော်မတ်ဖြစ်သောကြောင့် XML ကိုရွေးချယ်ရာတွင် အဆုံးစွန်တွင် အမှားအယွင်းဖြစ်စေသည်။

အလွန်အကျွံအသေးစိတ်မပါဝင်ဘဲ၊ XML သည် စာသားတုံးများကို တည်ဆောက်ပုံနှင့် မက်တာဒေတာဖြင့် မှတ်သားခြင်းအတွက် အကောင်းဆုံးဖြစ်သည်။ သင်၏ အဓိကပန်းတိုင်မှာ စာသားဘလော့တစ်ခုနှင့် လုပ်ဆောင်ရန်မဟုတ်ပါက၊ XML ကို ရွေးချယ်ခြင်းသည် တရားမျှတရန် မဖြစ်နိုင်ပါ။

ဤရှုထောင့်မှကြည့်လျှင် XML schema မည်မျှကောင်းမွန်ကြောင်း စစ်ဆေးရန် ရိုးရှင်းသောနည်းလမ်းတစ်ခုရှိသည်။ ရည်ရွယ်ထားသော schema တွင် စာရွက်စာတမ်းကို နမူနာအဖြစ် ယူ၍ tags နှင့် attribute အားလုံးကို ၎င်းမှဖယ်ရှားလိုက်ကြပါစို့။ ကျန်သောအရာသည် အဓိပ္ပာယ်မရှိပါက (သို့မဟုတ် အလွတ်စာကြောင်းတစ်ကြောင်း ကျန်နေလျှင်) သင်၏ schema ကို မှန်ကန်စွာတည်ဆောက်ထားခြင်း သို့မဟုတ် XML ကို ရိုးရိုးရှင်းရှင်းအသုံးမပြုသင့်ပါ။

အောက်တွင် ကျွန်ုပ်သည် မှားယွင်းစွာ တည်ဆောက်ထားသော ဆားကစ်များ၏ အသုံးအများဆုံး ဥပမာအချို့ကို ပေးပါမည်။

<roоt>
  <item name="name" value="John" />
  <item name="city" value="London" />
</roоt>

ဤတွင် ကျွန်ုပ်တို့သည် XML တွင် ရိုးရှင်းသောသော့တန်ဖိုး အဘိဓာန်ကို ဖော်ပြရန် ကြိုးပမ်းမှုတွင် အခြေအမြစ်မရှိ၍ ထူးဆန်းသော (အလွန်သာမန်ရှိသော်လည်း) ဥပမာတစ်ခုအား ကျွန်ုပ်တို့တွေ့မြင်ရသည်။ တဂ်များနှင့် ရည်ညွှန်းချက်များအားလုံးကို ဖယ်ရှားပါက၊ အတန်းအလွတ်တစ်ခု ကျန်နေပါမည်။ အခြေခံအားဖြင့်၊ ဤစာတမ်းသည် မည်မျှပင် အဓိပ္ပါယ်မဲ့နေပါစေ၊ မျဉ်းအလွတ်တစ်ခု၏ အဓိပ္ပါယ်ဖော်ညွှန်းချက်ဖြစ်သည်။

<root name="John" city="London" />

ပိုဆိုးသည်မှာ၊ ကျွန်ုပ်တို့တွင် အဘိဓာန်ကို ဖော်ပြခြင်း၏ လွန်ကဲသောနည်းလမ်းအဖြစ် ဤနေရာတွင် အလွတ်စာကြောင်း၏ အဓိပ္ပါယ်ဖော်ညွှန်းချက်တစ်ခုသာ ရှိသည်မဟုတ်ပါ - ဤအကြိမ်တွင် "အဘိဓာန်" ကို အမြစ်ဒြပ်စင်၏ ဂုဏ်ရည်တော်များအဖြစ် တိုက်ရိုက်ကုဒ်လုပ်ထားသည်။ ၎င်းသည် ဒြပ်စင်တစ်ခုပေါ်ရှိ ပေးထားသော attribute အမည်များကို သတ်မှတ်မထားသော နှင့် dynamic ဖြစ်စေသည်။ ထို့အပြင်၊ စာရေးဆရာအားလုံး အမှန်တကယ်ဖော်ပြလိုသည်မှာ ရိုးရှင်းသောသော့တန်ဖိုးအထားအသိုတစ်ခုဖြစ်ကြောင်းပြသသည်၊ သို့သော် ၎င်းအစား XML ကိုအသုံးပြုရန်လုံးဝထူးခြားသောဆုံးဖြတ်ချက်ကိုပြုလုပ်ခဲ့ပြီး၊ အချည်းနှီးသောဒြပ်စင်တစ်ခုအား attribute syntax ကိုအသုံးပြုရန် ရိုးရှင်းသောရှေ့ဆက်အဖြစ်အသုံးပြုမှုကို ခိုင်းစေခဲ့သည်။ ပြီးတော့ ဒီလိုအစီအစဥ်တွေကို မကြာခဏ တွေ့ဖူးပါတယ်။

<roоt>
  <item key="name">John</item>
  <item key="city">London</item>
</roоt>

ဤအရာသည် ပိုမိုကောင်းမွန်သော်လည်း ယခုအခါ အချို့သောအကြောင်းပြချက်များအတွက် သော့များသည် မက်တာဒေတာဖြစ်ပြီး တန်ဖိုးများမဟုတ်ပေ။ အဘိဓာန်များကို ကြည့်ရသည်မှာ အလွန်ထူးဆန်းသည်။ တဂ်များနှင့် ရည်ညွှန်းချက်များအားလုံးကို ဖယ်ရှားပါက အချက်အလက် တစ်ဝက်ခန့် ဆုံးရှုံးသွားမည်ဖြစ်သည်။

XML ရှိ မှန်ကန်သော အဘိဓာန်အသုံးအနှုန်းသည် ဤကဲ့သို့ ဖြစ်သည်-

<roоt>
  <item>
    <key>Name</key>
    <value>John</value>
  </item>
  <item>
    <key>City</key>
    <value>London</value>
  </item>
</roоt>

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

အဆိုးဆုံး XML Schema စကားမစပ်၊ ငါမြင်ဖူးသမျှ အဆိုးဆုံး XML schema၊ Polycom IP တယ်လီဖုန်းဖုန်းများအတွက် အလိုအလျောက် စီမံပေးသည့် ဖွဲ့စည်းမှုပုံစံ ဖိုင်ဖော်မတ်ကို ရယူပါ။ ထိုဖိုင်များသည် TFTP မှတစ်ဆင့် XML တောင်းဆိုချက်ဖိုင်များကို ဒေါင်းလုဒ်လုပ်ရန် လိုအပ်ပါသည်။

<softkey
        softkey.feature.directories="0"
        softkey.feature.buddies="0"
        softkey.feature.forward="0"
        softkey.feature.meetnow="0"
        softkey.feature.redial="1"
        softkey.feature.search="1"

        softkey.1.enable="1"
        softkey.1.use.idle="1"
        softkey.1.label="Foo"
        softkey.1.insert="1"
        softkey.1.action="..."

        softkey.2.enable="1"
        softkey.2.use.idle="1"
        softkey.2.label="Bar"
        softkey.2.insert="2"
        softkey.2.action="..." />

ဒါက တစ်စုံတစ်ယောက်ရဲ့ မကောင်းတဲ့ဟာသမဟုတ်ဘူး။ ပြီးတော့ ဒါက ငါ့တီထွင်မှုမဟုတ်ဘူး၊

• ဒြပ်စင်များကို ၎င်းတို့ကိုယ်တိုင် အထက်တန်းကျသော အမည်များပါရှိသည့် attribute များကို ပူးတွဲရန် ရိုးရှင်းစွာအသုံးပြုပါသည်။
• မှတ်တမ်းအမျိုးအစားတစ်ခု၏ အကြိမ်များစွာတွင် တန်ဖိုးများကို သတ်မှတ်လိုပါက၊ ၎င်းကိုလုပ်ဆောင်ရန် attribute အမည်များကို အသုံးပြုရပါမည်။ အညွှန်းကိန်းများရှိသည်။.
• ထို့အပြင် ဂုဏ်တော်များဖြင့် စတင်သည်။ softkey., ဒြပ်စင်ပေါ်တွင်ထားရှိရပါမည်။ <softkey/>၊ ဂုဏ်တော်များဖြင့် စတင်သည်။ feature., ဒြပ်စင်ပေါ်တွင်ထားရှိရပါမည်။ <feature/> စသည်တို့သည် လုံးဝမလိုအပ်ဘဲ ပထမတစ်ချက်တွင် အဓိပ္ပါယ်မဲ့ပုံပေါ်နေသော်လည်း၊
• နောက်ဆုံးအနေနဲ့၊ attribute name တစ်ခုရဲ့ ပထမအစိတ်အပိုင်းဟာ element name နဲ့ အမြဲအတူတူပဲလို့ မျှော်လင့်နေတယ်ဆိုရင်၊ ဒီလိုမျိုးမဖြစ်ပါဘူး။ ဥပမာ ဂုဏ်တော် up. တွဲထားရမယ်။ <userpreferences/>. ဒြပ်စင်များသို့ attribute အမည်များ ပူးတွဲခြင်း၏ အစီအစဥ်သည် လုံးဝနီးပါး ကာမဆန္ဒဖြစ်သည်။

စာရွက်စာတမ်းများ သို့မဟုတ် အချက်အလက်. တစ်ချိန်က တစ်စုံတစ်ယောက်သည် XML နှင့် JSON ကို နှိုင်းယှဉ်ရန် ကြိုးစားခြင်းဖြင့် လုံးဝ ထူးဆန်းသောအရာတစ်ခုကို ပြုလုပ်သည်—ထို့ကြောင့် ၎င်းတို့လည်း နားမလည်ကြောင်း ပြသသည်။ XML သည် document markup language တစ်ခုဖြစ်သည်။ JSON သည် ဖွဲ့စည်းတည်ဆောက်ထားသော ဒေတာဖော်မတ်တစ်ခုဖြစ်သောကြောင့် ၎င်းတို့ကို တစ်ခုနှင့်တစ်ခု နှိုင်းယှဉ်ခြင်းသည် နွေးထွေးမှုနှင့် ပျော့ပျောင်းမှုကို နှိုင်းယှဉ်ရန် ကြိုးစားခြင်းနှင့်တူသည်။

ခြားနားချက် အယူအဆ စာရွက်စာတမ်းများနှင့်ဒေတာ. XML ၏ analogue တစ်ခုအနေဖြင့်၊ ကျွန်ုပ်တို့သည် စက်ဖြင့်ဖတ်နိုင်သောစာရွက်စာတမ်းကို အခြေအနေအရယူနိုင်သည်။ ၎င်းကို စက်ဖြင့်ဖတ်နိုင်စေရန် ရည်ရွယ်သော်လည်း ၎င်းသည် စာရွက်စာတမ်းများကို နှိုင်းယှဥ်ကာ ရည်ညွှန်းပြီး ဤရှုထောင့်မှ အမှန်တကယ်အားဖြင့် စက်ဖြင့်ဖတ်၍မရသော PDF စာရွက်စာတမ်းများနှင့် နှိုင်းယှဉ်နိုင်သည်။

ဥပမာ၊ XML တွင် ဒြပ်စင်အစီအစဥ်သည် အရေးကြီးသည်။ သို့သော် JSON တွင်၊ အရာဝတ္ထုများအတွင်းရှိ သော့တန်ဖိုးအတွဲများ၏ အစီစဥ်သည် အဓိပ္ပါယ်မဲ့ပြီး သတ်မှတ်မထားပါ။ သော့တန်ဖိုးအတွဲများ၏ အစီအစဥ်မရှိသော အဘိဓာန်တစ်ခုကို သင်ရယူလိုပါက၊ ထိုဖိုင်တွင် ပေါ်နေသည့် အစိတ်အပိုင်းများ၏ တကယ့်အစီအစဥ်သည် အရေးမကြီးပါ။ သို့သော် သင်သည် ဤဒေတာမှ ဒေတာအမျိုးအစားများစွာကို ဖန်တီးနိုင်သည်။ စာရွက်စာတမ်းများ၏စာရွက်စာတမ်းတွင် အချို့သောအမိန့်ရှိသောကြောင့်ဖြစ်သည်။ ဥပမာအားဖြင့်၊ ၎င်းသည် printout သို့မဟုတ် PDF ဖိုင်နှင့်မတူဘဲ ရုပ်ပိုင်းဆိုင်ရာအတိုင်းအတာများမရှိသော်လည်း စာရွက်ပေါ်ရှိ စာရွက်စာတမ်းတစ်ခုနှင့် ဆင်တူသည်။

သင့်လျော်သော XML အဘိဓာန်၏ ဥပမာသည် JSON ကိုယ်စားပြုမှုနှင့် ဆန့်ကျင်ဘက်ဖြစ်သော အဘိဓာန်ရှိ အစိတ်အပိုင်းများ၏ အစီအစဥ်များကို ပြသသည်။ ဤအမှာစာအား ကျွန်ုပ် လျစ်လျူမရှုနိုင်ပါ- ဤမျဉ်းသားမှုသည် စာရွက်စာတမ်းပုံစံနှင့် XML ဖော်မတ်တွင် မွေးရာပါရှိသည်။ အချို့က ဤ XML စာတမ်းကို ဘာသာပြန်သည့်အခါ အမှာစာကို လျစ်လျူရှုရန် ရွေးချယ်နိုင်သော်လည်း၊ ပြဿနာသည် ဖော်မတ်၏ ဆွေးနွေးမှုအတိုင်းအတာထက် ကျော်လွန်နေသောကြောင့် ယင်းနှင့်ပတ်သက်ပြီး ငြင်းခုံစရာအကြောင်းမရှိပါ။ ထို့အပြင်၊ အကယ်၍ သင်သည် စာရွက်စာတမ်းအား ၎င်းတွင် cascading ပုံစံစာရွက်ကို ပူးတွဲခြင်းဖြင့် ဘရောက်ဆာတွင် ကြည့်ရှုနိုင်စေရန် ပြုလုပ်ပါက၊ အဘိဓာန်ဒြပ်စင်များသည် တိကျသောအစီအစဥ်တစ်ခုနှင့် အခြားမည်သည့်အရာမှ ပေါ်လာသည်ကို သင်တွေ့ရပါမည်။

တစ်နည်းဆိုရသော် အဘိဓာန် (ဖွဲ့စည်းပုံဒေတာအပိုင်းအစ) အဖြစ်သို့ ပြောင်းလဲနိုင်သည်။ n အမျိုးမျိုးသောဖြစ်နိုင်သောစာရွက်စာတမ်းများ (XML၊ PDF၊ စာရွက်စသည်ဖြင့်) ရှိရာ n - အဘိဓာန်ရှိ ဖြစ်နိုင်ချေရှိသော ဒြပ်စင်များ၏ ပေါင်းစပ်အရေအတွက်၊ ကျွန်ုပ်တို့သည် အခြားဖြစ်နိုင်ချေရှိသော ကိန်းရှင်များကို ထည့်သွင်းစဉ်းစားခြင်းမရှိသေးပါ။

သို့သော်၊ သင်သည် ဒေတာများကိုသာ လွှဲပြောင်းလိုပါက၊ ၎င်းအတွက် စက်ဖတ်နိုင်သော စာရွက်စာတမ်းကို အသုံးပြု၍ ထိရောက်မှု ရှိမည်မဟုတ်ကြောင်းကိုလည်း ၎င်းက အောက်ပါအတိုင်း ဖော်ပြထားပါသည်။ ၎င်းသည် ဤကိစ္စတွင် မလိုအပ်ဘဲ မိုဒယ်တစ်ခုကို အသုံးပြုသည်၊ ၎င်းသည် လမ်းတွင်သာရှိလိမ့်မည်။ ထို့အပြင်၊ အရင်းအမြစ်ဒေတာကိုထုတ်ယူရန်၊ ပရိုဂရမ်တစ်ခုရေးရန်လိုအပ်သည်။ တစ်ချိန်ချိန်တွင် စာရွက်စာတမ်းအဖြစ် ဖော်မတ်မပြုလုပ်သည့် တစ်စုံတစ်ခုအတွက် XML ကို အသုံးပြုရာတွင် မည်သည့်အချက်မျှ မရှိပါ (ပြောပါ၊ CSS သို့မဟုတ် XSLT သို့မဟုတ် နှစ်ခုစလုံးကို အသုံးပြုပါ)၊ ၎င်းသည် ထိုသို့လုပ်ဆောင်ရခြင်း၏ အဓိကအကြောင်းရင်း (တစ်ခုတည်းမဟုတ်ပါက) ဖြစ်သောကြောင့် လိုက်နာရန်။ စာရွက်စာတမ်းပုံစံသို့။

ထို့အပြင်၊ XML တွင် နံပါတ်များ (သို့မဟုတ် Boolean အသုံးအနှုန်းများ သို့မဟုတ် အခြားသော ဒေတာအမျိုးအစားများ) တွင် အယူအဆမရှိသောကြောင့်၊ ဤဖော်မတ်ရှိ ဂဏန်းများကို ကိုယ်စားပြုသည့် ဂဏန်းများကို အပိုစာသားအဖြစ် ယူဆပါသည်။ ဒေတာကို ထုတ်ယူရန်၊ ဖော်ပြထားသော သက်ဆိုင်ရာဒေတာနှင့် ၎င်း၏ဆက်နွယ်မှုကို သိရှိရပါမည်။ ဆက်စပ်အကြောင်းအရာအပေါ်အခြေခံ၍ သီးခြားစာသားအစိတ်အပိုင်းတစ်ခုသည် နံပါတ်တစ်ခုအား ကိုယ်စားပြုပြီး နံပါတ်တစ်ခုသို့ ပြောင်းသင့်သည်စသည်တို့ကို မည်သည့်အချိန်တွင် သိရန်လိုအပ်ပါသည်။

ထို့ကြောင့်၊ XML စာရွက်စာတမ်းများမှ ဒေတာထုတ်ယူခြင်းလုပ်ငန်းစဉ်သည် ဥပမာ၊ ကိန်းဂဏန်းအချက်အလက်များ၏ စာမျက်နှာများစွာကို ဖွဲ့စည်းထားသော ဇယားများပါရှိသော စကန်ဖတ်ထားသော စာရွက်စာတမ်းများကို အသိအမှတ်ပြုခြင်းလုပ်ငန်းစဉ်နှင့် အလွန်ကွာခြားပါသည်။ ဟုတ်တယ်၊ ဒါကို မူအရလုပ်လို့ ရနိုင်တယ်၊ ဒါပေမယ့် တခြားရွေးချယ်စရာတွေ လုံးဝမရှိတဲ့အခါ နောက်ဆုံးနည်းလမ်းအနေနဲ့ကလွဲလို့ ဒါက အကောင်းဆုံးနည်းလမ်းမဟုတ်ဘူး။ ကျိုးကြောင်းဆီလျော်သော ဖြေရှင်းချက်မှာ ဒေတာကို ၎င်း၏ သီးခြားစာသားကိုယ်စားပြုမှုဖြင့် ပေါင်းစပ်ထားသည့် စာရွက်စာတမ်းပုံစံတွင် မြှုပ်မထားသော မူရင်းဒေတာ၏ ဒစ်ဂျစ်တယ်ကော်ပီကို ရိုးရှင်းစွာရှာဖွေရန်ဖြစ်သည်။

ဒီလိုပြောလို့ XML ဟာ စီးပွားရေးမှာ ရေပန်းစားတာ လုံးဝကို မအံ့သြပါဘူး။ ယင်းအတွက် အကြောင်းရင်းမှာ စာရွက်စာတမ်းဖော်မတ် (စာရွက်ပေါ်) သည် လုပ်ငန်းအတွက် နားလည်နိုင်ကာ အကျွမ်းတဝင်ရှိပြီး ရင်းနှီးပြီး နားလည်နိုင်သော မော်ဒယ်ကို ဆက်လက်အသုံးပြုလိုသောကြောင့် ဖြစ်သည်။ တူညီသောအကြောင်းကြောင့်၊ စီးပွားရေးလုပ်ငန်းများသည်လည်း စက်ဖြင့်ဖတ်နိုင်သော ဖော်မတ်များအစား PDF စာရွက်စာတမ်းများကို မကြာခဏအသုံးပြုသည် - အကြောင်းမှာ ၎င်းတို့သည် တိကျသောရုပ်ပိုင်းဆိုင်ရာအရွယ်အစားရှိသော ပုံနှိပ်စာမျက်နှာတစ်ခု၏သဘောတရားနှင့် ဆက်စပ်နေသေးသောကြောင့်ဖြစ်သည်။ ၎င်းသည် ပုံနှိပ်ထုတ်ဝေရန် မဖြစ်နိုင်သော စာရွက်စာတမ်းများနှင့်ပင် အကျုံးဝင်သည် (ဥပမာ၊ စာမျက်နှာ 8000 ပါ မှတ်ပုံတင်ထားသော စာရွက်စာတမ်း PDF)။ ဤရှုထောင့်မှကြည့်လျှင် စီးပွားရေးတွင် XML ကိုအသုံးပြုခြင်းသည် အခြေခံအားဖြင့် skeuomorphism ၏ဖော်ပြမှုတစ်ခုဖြစ်သည်။ လူများသည် အရွယ်အစားကန့်သတ်ထားသော ပုံနှိပ်စာမျက်နှာတစ်ခု၏ စိတ်ကူးယဉ်အယူအဆကို နားလည်ကြပြီး ပုံနှိပ်စာရွက်စာတမ်းများအပေါ် အခြေခံ၍ လုပ်ငန်းလုပ်ငန်းစဉ်များကို မည်သို့ဖန်တီးရမည်ကို နားလည်ကြသည်။ ၎င်းသည် သင့်လမ်းညွှန်ဖြစ်ပါက၊ စက်ဖြင့်ဖတ်နိုင်သော ရုပ်ပိုင်းဆိုင်ရာ အရွယ်အစား ကန့်သတ်ချက်များမရှိဘဲ စာရွက်စာတမ်းများ—XML စာရွက်စာတမ်းများ—ရင်းနှီးပြီး သက်တောင့်သက်သာရှိသော စာရွက်စာတမ်းတွဲအဖြစ် ဆန်းသစ်တီထွင်မှုကို ကိုယ်စားပြုပါသည်။ ၎င်းသည် ဒေတာတင်ပြခြင်း၏ မှားယွင်းပြီး အလွန်အမင်း ရိုးစင်းသောနည်းလမ်းအဖြစ် ၎င်းတို့အား မတားဆီးနိုင်ပါ။

ယနေ့အထိ၊ ငါအမှန်တကယ်မှန်ကန်သောဖော်မတ်ကိုအသုံးပြုခြင်းဟုခေါ်ဆိုနိုင်သည့်တစ်ခုတည်းသော XML schemas များမှာ XHTML နှင့် DocBook ဖြစ်သည်။

source: www.habr.com