XML ស្ទើរតែតែងតែប្រើខុស

ភាសា XML ត្រូវបានបង្កើតឡើងក្នុងឆ្នាំ ១៩៩៦។ វាមិនយូរប៉ុន្មានទេដែលវាបានបង្ហាញខ្លួនជាងលទ្ធភាពនៃកម្មវិធីរបស់វាបានចាប់ផ្តើមមានការយល់ច្រឡំហើយសម្រាប់គោលបំណងដែលពួកគេកំពុងព្យាយាមសម្របខ្លួនវាមិនមែនជាជម្រើសដ៏ល្អបំផុតនោះទេ។

វាមិនមែនជាការបំផ្លើសទេក្នុងការនិយាយថា គ្រោងការណ៍ XML ភាគច្រើនដែលខ្ញុំបានឃើញគឺការប្រើប្រាស់ XML មិនសមរម្យ ឬមិនត្រឹមត្រូវ។ លើសពីនេះទៅទៀត ការប្រើប្រាស់ XML នេះបានបង្ហាញពីការយល់ខុសជាមូលដ្ឋាននៃអ្វីដែល XML និយាយអំពី។

XML គឺជាភាសាសម្គាល់។ នេះមិនមែនជាទម្រង់ទិន្នន័យទេ។. គ្រោងការណ៍ XML ភាគច្រើនបានមើលរំលងយ៉ាងច្បាស់ពីភាពខុសគ្នានេះ ដោយធ្វើឱ្យ XML មានការភ័ន្តច្រឡំជាមួយនឹងទម្រង់ទិន្នន័យ ដែលចុងក្រោយបណ្តាលឱ្យមានកំហុសក្នុងការជ្រើសរើស XML ព្រោះវាជាទម្រង់ទិន្នន័យដែលត្រូវការពិតប្រាកដ។

ដោយមិនមានព័ត៌មានលម្អិតច្រើនពេក XML គឺស័ក្តិសមបំផុតសម្រាប់កំណត់ចំណាំនៃប្លុកអត្ថបទដែលមានរចនាសម្ព័ន្ធ និងទិន្នន័យមេតា។ ប្រសិនបើគោលដៅចម្បងរបស់អ្នកមិនដំណើរការជាមួយប្លុកអត្ថបទទេ ការជ្រើសរើស XML ទំនងជាមិនសមហេតុផលទេ។

តាមទស្សនៈនេះ មានវិធីសាមញ្ញមួយដើម្បីពិនិត្យមើលថាតើគ្រោងការណ៍ XML ត្រូវបានធ្វើបានល្អប៉ុណ្ណា។ ចូរយកជាឧទាហរណ៍ឯកសារមួយនៅក្នុងគ្រោងការណ៍ដែលបានគ្រោងទុក ហើយលុបស្លាក និងគុណលក្ខណៈទាំងអស់ចេញពីវា។ ប្រសិនបើអ្វីដែលនៅសេសសល់មិនសមហេតុផល (ឬប្រសិនបើមានបន្ទាត់ទទេនៅសេសសល់) នោះទាំងគ្រោងការណ៍របស់អ្នកមិនត្រូវបានបង្កើតត្រឹមត្រូវ ឬអ្នកមិនគួរប្រើ XML ទេ។

ខាងក្រោមនេះខ្ញុំនឹងផ្តល់ឧទាហរណ៍ទូទៅមួយចំនួននៃសៀគ្វីសាងសង់មិនត្រឹមត្រូវ។

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

នៅទីនេះយើងឃើញឧទាហរណ៍នៃការប៉ុនប៉ងដែលគ្មានមូលដ្ឋាននិងចម្លែក (ទោះបីជាជារឿងធម្មតាក៏ដោយ) ដើម្បីបង្ហាញវចនានុក្រមតម្លៃសាមញ្ញនៅក្នុង XML ។ ប្រសិនបើអ្នកដកស្លាក និងគុណលក្ខណៈទាំងអស់ចេញ អ្នកនឹងត្រូវទុកជួរទទេ។ ជាការសំខាន់ ឯកសារនេះគឺមិនថាវាស្តាប់ទៅមិនទំនងទាល់តែសោះ គឺជាចំណារពន្យល់ដ៏មានន័យនៃបន្ទាត់ទទេ។

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

ដើម្បីធ្វើឱ្យបញ្ហាកាន់តែអាក្រក់ យើងមិនត្រឹមតែមានចំណារពន្យល់អត្ថន័យនៃខ្សែអក្សរទទេនៅទីនេះជាវិធីដ៏វិសេសវិសាលនៃការបញ្ចេញវចនានុក្រមនោះទេ នៅពេលនេះ "វចនានុក្រម" ត្រូវបានអ៊ិនកូដដោយផ្ទាល់ជាគុណលក្ខណៈនៃធាតុឫស។ វាធ្វើឱ្យសំណុំនៃឈ្មោះគុណលក្ខណៈដែលបានផ្តល់ឱ្យនៅលើធាតុមិនត្រូវបានកំណត់ និងថាមវន្ត។ លើសពីនេះទៅទៀត វាបង្ហាញថាអ្នកនិពន្ធទាំងអស់ពិតជាចង់បង្ហាញគឺជាវាក្យសម្ព័ន្ធតម្លៃសាមញ្ញ ប៉ុន្តែគាត់បានធ្វើការសម្រេចចិត្តដ៏ចម្លែកបំផុតដើម្បីអនុវត្ត XML ដោយបង្ខំឱ្យប្រើធាតុទទេតែមួយជាបុព្វបទដើម្បីប្រើវាក្យសម្ព័ន្ធគុណលក្ខណៈ។ ហើយ​ខ្ញុំ​ជួប​គម្រោង​បែប​នេះ​ជា​ញឹក​ញាប់។

<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 អាក្រក់បំផុត? ដោយវិធីនេះរង្វាន់សម្រាប់ គ្រោងការណ៍ XML អាក្រក់បំផុតដែលខ្ញុំធ្លាប់ឃើញ ទទួលបានទម្រង់ឯកសារកំណត់រចនាសម្ព័ន្ធការផ្តល់ដោយស្វ័យប្រវត្តិសម្រាប់ទូរសព្ទ Polycom IP telephony។ ឯកសារបែបនេះតម្រូវឱ្យទាញយកឯកសារសំណើ XML តាមរយៈ TFTP ដែល... ជាទូទៅ នេះគឺជាការដកស្រង់ចេញពីឯកសារមួយបែបនេះ៖

<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="..." />

នេះមិនមែនជារឿងកំប្លែងអាក្រក់របស់នរណាម្នាក់នោះទេ។ ហើយនេះមិនមែនជាការច្នៃប្រឌិតរបស់ខ្ញុំទេ៖

• ធាតុ​ត្រូវ​បាន​ប្រើ​ជា​បុព្វបទ​ដើម្បី​ភ្ជាប់​គុណលក្ខណៈ​ដែល​ខ្លួន​គេ​មាន​ឈ្មោះ​តាម​ឋានានុក្រម។
• ប្រសិនបើអ្នកចង់កំណត់តម្លៃទៅវត្ថុជាច្រើននៃប្រភេទជាក់លាក់នៃកំណត់ត្រា អ្នកត្រូវតែប្រើឈ្មោះគុណលក្ខណៈដើម្បីធ្វើវា។ ដែលមានសន្ទស្សន៍.
• លើសពីនេះទៀតគុណលក្ខណៈចាប់ផ្តើមជាមួយ softkey., ត្រូវតែត្រូវបានដាក់នៅលើធាតុ <softkey/>, គុណលក្ខណៈចាប់ផ្តើមជាមួយ feature., ត្រូវតែត្រូវបានដាក់នៅលើធាតុ <feature/> ល ទោះបីជាការពិតដែលថាវាមើលទៅមិនចាំបាច់ទាំងស្រុង ហើយនៅ glance ដំបូងគ្មានន័យ។
• ហើយចុងក្រោយ ប្រសិនបើអ្នកសង្ឃឹមថា សមាសធាតុដំបូងនៃឈ្មោះគុណលក្ខណៈនឹងតែងតែដូចគ្នានឹងឈ្មោះធាតុ - គ្មានអ្វីដូចនោះទេ! ឧទាហរណ៍គុណលក្ខណៈ up. ត្រូវតែភ្ជាប់ជាមួយ <userpreferences/>. លំដាប់នៃការភ្ជាប់ឈ្មោះគុណលក្ខណៈទៅនឹងធាតុគឺបំពានស្ទើរតែទាំងស្រុង។

ឯកសារ ឬទិន្នន័យ. ម្ដងម្កាល នរណាម្នាក់ធ្វើអ្វីមួយដែលចំលែកទាំងស្រុងដោយព្យាយាមប្រៀបធៀប XML និង JSON - ហើយដូច្នេះបង្ហាញថាពួកគេមិនយល់ផងដែរ។ XML គឺជាភាសាសម្គាល់ឯកសារ។ JSON គឺជាទម្រង់ទិន្នន័យដែលមានរចនាសម្ព័ន្ធ ដូច្នេះការប្រៀបធៀបពួកវាទៅគ្នាទៅវិញទៅមកគឺដូចជាការព្យាយាមប្រៀបធៀបភាពកក់ក្តៅជាមួយទន់។

គំនិតនៃភាពខុសគ្នារវាង ឯកសារ និងទិន្នន័យ. ក្នុងនាមជា analogue នៃ XML យើងអាចយកឯកសារដែលអាចអានបានដោយម៉ាស៊ីន។ ទោះបីជាវាត្រូវបានបម្រុងទុកសម្រាប់ម៉ាស៊ីនអាចអានបានក៏ដោយ វាសំដៅទៅលើឯកសារ ហើយតាមទស្សនៈនេះគឺពិតជាអាចប្រៀបធៀបទៅនឹងឯកសារ PDF ដែលភាគច្រើនមិនអាចអានដោយម៉ាស៊ីនបានទេ។

ឧទាហរណ៍នៅក្នុង XML លំដាប់នៃធាតុសំខាន់។ ប៉ុន្តែនៅក្នុង JSON លំដាប់នៃគូតម្លៃសំខាន់ៗនៅក្នុងវត្ថុគឺគ្មានន័យ និងមិនបានកំណត់។ ប្រសិនបើអ្នកចង់ទទួលបានវចនានុក្រមដែលមិនមានលំដាប់នៃគូតម្លៃគន្លឹះ លំដាប់ពិតប្រាកដដែលធាតុបង្ហាញនៅក្នុងឯកសារនោះមិនមានបញ្ហាទេ។ ប៉ុន្តែអ្នកអាចបង្កើតប្រភេទទិន្នន័យផ្សេងៗគ្នាជាច្រើនពីទិន្នន័យនេះ។ នៃឯកសារពីព្រោះមានលំដាប់ជាក់លាក់មួយនៅក្នុងឯកសារ។ ជាការប្រៀបធៀប វាមានលក្ខណៈស្រដៀងគ្នាទៅនឹងឯកសារនៅលើក្រដាស ទោះបីជាវាមិនមានវិមាត្ររូបវន្ត មិនដូចឯកសារបោះពុម្ព ឬឯកសារ PDF ក៏ដោយ។

ឧទាហរណ៍របស់ខ្ញុំនៃការតំណាងវចនានុក្រម XML ត្រឹមត្រូវបង្ហាញពីលំដាប់នៃធាតុនៅក្នុងវចនានុក្រម ផ្ទុយពីតំណាង JSON ។ ខ្ញុំមិនអាចព្រងើយកន្តើយចំពោះការបញ្ជាទិញនេះទេ៖ លីនេអ៊ែរនេះគឺមាននៅក្នុងគំរូឯកសារ និងទម្រង់ XML។ អ្នកខ្លះអាចជ្រើសរើសមិនអើពើនឹងការបញ្ជាទិញនៅពេលបកស្រាយឯកសារ XML នេះ ប៉ុន្តែវាគ្មានចំណុចអ្វីក្នុងការជជែកវែកញែកអំពីបញ្ហានេះទេ ដោយសារបញ្ហានេះគឺហួសពីវិសាលភាពនៃការពិភាក្សានៃទម្រង់ខ្លួនឯង។ ជាងនេះទៅទៀត ប្រសិនបើអ្នកធ្វើឱ្យឯកសារអាចមើលបានក្នុងកម្មវិធីរុករកតាមអ៊ីនធឺណិតដោយភ្ជាប់សន្លឹករចនាប័ទ្មល្បាក់ទៅវា អ្នកនឹងឃើញថាធាតុវចនានុក្រមលេចឡើងក្នុងលំដាប់ជាក់លាក់មួយ ហើយមិនមានអ្វីផ្សេងទៀត។

ម្យ៉ាងវិញទៀត វចនានុក្រម (បំណែកនៃទិន្នន័យដែលមានរចនាសម្ព័ន្ធ) អាចត្រូវបានបំប្លែងទៅជា n ឯកសារផ្សេងៗដែលអាចធ្វើបាន (ជា XML, PDF, paper, etc.), កន្លែងណា n - ចំនួននៃបន្សំដែលអាចធ្វើបាននៃធាតុនៅក្នុងវចនានុក្រម ហើយយើងមិនទាន់បានគិតគូរពីអថេរដែលអាចកើតមានផ្សេងទៀតទេ។

ទោះជាយ៉ាងណាក៏ដោយ វាក៏ធ្វើតាមផងដែរថាប្រសិនបើអ្នកចង់ផ្ទេរទិន្នន័យតែប៉ុណ្ណោះ នោះការប្រើឯកសារដែលអាចអានដោយម៉ាស៊ីនសម្រាប់ការនេះនឹងមិនមានប្រសិទ្ធភាពទេ។ វាប្រើគំរូមួយ, ដែលក្នុងករណីនេះគឺនាំអោយ; លើសពីនេះទៀតដើម្បីទាញយកទិន្នន័យប្រភពអ្នកនឹងត្រូវសរសេរកម្មវិធី។ ស្ទើរតែគ្មានចំណុចណាមួយក្នុងការប្រើ XML សម្រាប់អ្វីមួយដែលនឹងមិនត្រូវបានធ្វើទ្រង់ទ្រាយជាឯកសារនៅចំណុចមួយចំនួន (និយាយ ដោយប្រើ CSS ឬ XSLT ឬទាំងពីរ) ដោយសារនោះជាហេតុផលចម្បង (ប្រសិនបើមិនមែនតែមួយ) ដែលត្រូវប្រកាន់ខ្ជាប់ ទៅនឹងគំរូឯកសារ។

លើសពីនេះទៅទៀត ដោយសារ XML មិនមានគោលគំនិតនៃលេខ (ឬកន្សោម Boolean ឬប្រភេទទិន្នន័យផ្សេងទៀត) លេខទាំងអស់ដែលតំណាងក្នុងទម្រង់នេះត្រូវបានចាត់ទុកថាគ្រាន់តែជាអត្ថបទបន្ថែមប៉ុណ្ណោះ។ ដើម្បីទាញយកទិន្នន័យ គ្រោងការណ៍ និងទំនាក់ទំនងរបស់វាទៅនឹងទិន្នន័យដែលត្រូវគ្នាដែលត្រូវបានបង្ហាញត្រូវតែដឹង។ អ្នកក៏ត្រូវដឹងដែរថានៅពេលណា ដោយផ្អែកលើបរិបទ ធាតុអត្ថបទជាក់លាក់មួយតំណាងឱ្យលេខ ហើយគួរតែត្រូវបានបំប្លែងទៅជាលេខ។ល។

ដូច្នេះ ដំណើរការនៃការទាញយកទិន្នន័យពីឯកសារ XML គឺមិនខុសពីដំណើរការនៃការទទួលស្គាល់ឯកសារដែលបានស្កេនដែលមានឧទាហរណ៍ តារាងបង្កើតទំព័រជាច្រើននៃទិន្នន័យជាលេខ។ បាទ / ចាស វាគឺអាចធ្វើទៅបានដើម្បីធ្វើការនេះជាគោលការណ៍ ប៉ុន្តែនេះមិនមែនជាវិធីដ៏ល្អប្រសើរបំផុតនោះទេ លើកលែងតែជាមធ្យោបាយចុងក្រោយ នៅពេលដែលមិនមានជម្រើសផ្សេងទៀតទេ។ ដំណោះស្រាយសមហេតុផលគឺគ្រាន់តែស្វែងរកច្បាប់ចម្លងឌីជីថលនៃទិន្នន័យដើមដែលមិនត្រូវបានបង្កប់នៅក្នុងគំរូឯកសារដែលរួមបញ្ចូលគ្នានូវទិន្នន័យជាមួយនឹងការតំណាងអត្ថបទជាក់លាក់របស់វា។

ដែលបាននិយាយថាវាមិនធ្វើឱ្យខ្ញុំភ្ញាក់ផ្អើលទាល់តែសោះដែល XML មានប្រជាប្រិយភាពនៅក្នុងអាជីវកម្ម។ ហេតុផលសម្រាប់នេះគឺច្បាស់ណាស់ថាទម្រង់ឯកសារ (នៅលើក្រដាស) គឺអាចយល់បាន និងស៊ាំនឹងអាជីវកម្ម ហើយពួកគេចង់បន្តប្រើគំរូដែលធ្លាប់ស្គាល់ និងអាចយល់បាន។ សម្រាប់ហេតុផលដូចគ្នានេះ អាជីវកម្មញឹកញាប់ពេកក៏ប្រើឯកសារ PDF ជំនួសឱ្យទម្រង់ដែលអាចអានបានដោយម៉ាស៊ីន - ព្រោះវានៅតែភ្ជាប់ទៅនឹងគោលគំនិតនៃទំព័របោះពុម្ពដែលមានទំហំជាក់ស្តែង។ នេះ​ថែមទាំង​អនុវត្ត​ចំពោះ​ឯកសារ​ដែល​មិន​ទំនង​ជា​ត្រូវ​បាន​បោះពុម្ព​ឡើយ (ឧទាហរណ៍ ឯកសារ​បញ្ជីឈ្មោះ 8000 ទំព័រ PDF)។ តាមទស្សនៈនេះ ការប្រើប្រាស់ XML ក្នុងធុរកិច្ច គឺជាការបង្ហាញឱ្យឃើញនូវ skeuomorphism យ៉ាងសំខាន់។ មនុស្សយល់ពីគំនិតប្រៀបធៀបនៃទំព័របោះពុម្ពដែលមានទំហំកំណត់ ហើយពួកគេយល់ពីរបៀបបង្កើតដំណើរការអាជីវកម្មដោយផ្អែកលើឯកសារដែលបានបោះពុម្ព។ ប្រសិនបើនោះជាការណែនាំរបស់អ្នក ឯកសារដែលគ្មានដែនកំណត់ទំហំរូបវន្តដែលអាចអានបានដោយម៉ាស៊ីន ឯកសារ XML តំណាងឱ្យការច្នៃប្រឌិតខណៈដែលឯកសារដែលធ្លាប់ស្គាល់ និងងាយស្រួល។ នេះមិនរារាំងពួកគេពីវិធីបង្ហាញទិន្នន័យដែលមិនត្រឹមត្រូវ និងហួសហេតុពេកនោះទេ។

មកដល់ថ្ងៃនេះ គ្រោងការណ៍ XML តែមួយគត់ដែលខ្ញុំដឹងថាខ្ញុំពិតជាអាចហៅការប្រើប្រាស់ទម្រង់ត្រឹមត្រូវគឺ XHTML និង DocBook ។

ប្រភព: www.habr.com