Ես փորձում եմ մի քանի ամփոփումներ անել XML-ի հետ կապված իմ փորձից.

Կողմ

Ընթերցանության ձևաչափ.

Յուրաքանչյուր ոք կարող է ստուգել իր բովանդակությունը միայն կարդալով այն: Սա դարձնում է հեշտ օգտագործման և հաղորդակցության հստակ ձև: Նույնիսկ գործարարներին դա դուր է գալիս (որքանով ես գիտեմ երկար տարիներ ֆինանսական հաստատություններում), քանի որ նրանք դա հասկանում են և հեշտությամբ կարող են ստուգել հաղորդագրությունները, օրինակ՝ հաղորդագրությունների համակարգերում: Միայն նրանք կարող են որոշել, թե որ համակարգը սխալ է: Նրանց ուրախացնում է :) Համեմատեք սա JSON-ի հետ: Կարծում եմ, որ JSON-ը հեռու է ընթերցողին հարմար լինելուց, քանի որ փակագծերը փակելը ավելի դժվար է հետևել, քան XML-ի տարրերը փակելը: Պետք է վերադառնալ էջ՝ պարզելու, թե որն էր սկիզբը: XML-ը հասկանալու համար ծրագրավորման հմտություններ պետք չեն: Նույնիսկ տատիկդ կարող է դա հասկանալ կես ժամում:

Պլատֆորմի անկախություն.

Անկախ նրանից, թե ինչ լեզու կամ հարթակ եք օգտագործում, դուք անպայման կունենաք վերլուծիչ այն կարդալու համար: Սա այն դարձնում է, ամենայն հավանականությամբ, կապի լավագույն ձևը տարասեռ համակարգերի միջև: Տեսեք, որ մարդիկ սովորաբար տեղափոխում են XML ֆայլեր JMS հերթերի վերևում, նրանք տեղադրում են XML ֆայլեր վեբ ծառայություններում, տեղափոխումից առաջ օբյեկտները փաթաթում են XML փաստաթղթերի մեջ: XML-ն այնքան հիմնարար նյութ է, որ տարբեր վերլուծիչների հետ կապված մեծ խնդիրներ չկան: Նրանք բոլորը հասկանում են XML-ը:

Մեծ փոխակերպման գործիքներ

Հիանալի գործիք ստուգման համար

Դեմ

Բազմախոսություն

Այն կարող է սպառել ցանկացած սկավառակի տարածություն: XML ֆայլերը տեղեկամատյանները դարձնում են մեծ և դժվար՝ կարդալն ու առբերելը: Մյուս կողմից, դուք կարող եք սեղմել տեղեկամատյանները: Նույնիսկ վեբ ծառայությունները կամ JMS հաղորդագրությունները կարող են սեղմվել՝ նվազեցնելու թողունակությունը: Բայց նույնիսկ այս դեպքում սեղմումը պրոցեսորի և հիշողության գերավճար է: Մյուս կողմից, իմ փորձով XML-ը և հարակից տեխնոլոգիաները կարող են կրճատել զարգացումը, և այն, ինչ դուք խնայում եք հավատարմագրերում, այնքան հեռու է գնում այլ պրոցեսոր գնելու համար: Պրոցեսորներն ավելի էժան են, քան մարդիկ:

Անարդյունավետ օգտագործումը

Չնչին չէ, թե որ օբյեկտները (XPath արտահայտություններ, XSL կաղապարներ, XSD սխեմաներ, XML վերլուծիչներ և այլն) կյանքի ցիկլ ունեն: Ի՞նչ կարելի է պահել քեշում: Շատերը դա ճիշտ չեն անում՝ թելերի անվտանգության խնդիրներից խուսափելու համար: Եվ դա ձեզ կհանգեցնի սարսափելի դանդաղության։ Եվ ես ուզում եմ ընդգծել դա Սա տեխնոլոգիական խնդիր չէ, այլ չարաշահում. Շատ մարդիկ խրված են հին DOM parterre-ով, որը տգեղ է: Նրանք վերացարկեցին դրա վերևում գտնվող որոշ շերտ և ստեղծեցին իրենց սեփական API-ները՝ XML-ը կարգավորելու համար, ինչը վատ է: Շարժվեք առաջ, օգտագործեք DOM4j կամ STAX կամ JAXB կամ որևէ ստանդարտ բան:

Հատուկ բան ստեղծելու կեղծ ազատություն

Շատ ընկերություններ ստեղծել են տիրույթի հատուկ լեզուներ կամ սարսափելի կոնֆիգուրացիայի ֆայլեր XML-ով: Քանի որ հեշտ է վերլուծել և անցնել, նրանք նույնիսկ թարգմանիչներ են ստեղծել բոլորովին նոր լեզվի համար: Լեզուն խրված էր, և պլանավորված զարգացման գործիքներն այդպես էլ չստեղծվեցին: Երբեք մի օգտագործեք XML ծրագրեր ստեղծելու համար: Այն չի կարող օգտագործվել: Մի ծրագրավորեք XPath-ում, քանի որ այն փորձարկված չէ զարգացման ժամանակ: Պահպանեք իրերը տեղում: XML-ը հիմնականում նախատեսված է տվյալներ որոշ ստանդարտ ձևով փոխադրելու համար: Մի հայտնագործեք անիվը XML-ում: Դա իր համար ծրագրային աթոռ կլիներ, ոչ թե մեքենա։

Լավագույն XML ձեռնարկները, կարծում եմ, ZVON-ում են: Օգտագործեք դրանք, եթե ցանկանում եք:

XML Schema-ն ավելի հզոր է, քան DTD-ն:

Աջակցություն XML Schema տվյալների տեսակներին

Ամենակարևորներից մեկը XML Schema տվյալների տեսակների աջակցության հնարավորությունն է:

Տվյալների տիպի աջակցության շնորհիվ.

• Այն կարող է հեշտությամբ նկարագրել փաստաթղթի վավերական բովանդակությունը
• Հնարավոր է, որ ավելի հեշտ լինի ստուգել, ​​թե արդյոք տվյալները ճիշտ են
• Դուք կարող եք ավելի հեշտությամբ աշխատել տվյալների բազայի տվյալների հետ
• Տվյալները կարող են ավելի հեշտությամբ սահմանվել սահմանափակումներով (տվյալների կողմերը)
• Տվյալների մոդելը (կամ տվյալների ձևաչափը) կարելի է հեշտությամբ սահմանել
• Ավելի հեշտ կարող է լինել տվյալների փոխակերպումը տվյալների տարբեր տեսակների միջև

Խմբագրի նշում.Տվյալների սահմանափակումները կամ նշված ասպեկտները XML- Schema-ի նախատիպ տերմին է, չինարենը կարող է թարգմանվել որպես «դեմք», որն օգտագործվում է տվյալների տեսակի վավերական արժեքը սահմանափակելու համար:

XML սխեմաներ՝ օգտագործելով XML շարահյուսություն

XML Schema-ի մեկ այլ կարևոր առանձնահատկությունն այն է, որ դրանք գրված են XML-ով:

XML գրելու XML սխեման ունի բազմաթիվ առավելություններ.

• Առանց նոր լեզու սովորելու
• Սխեմայի ֆայլերը խմբագրելու համար կարող եք օգտագործել XML խմբագիր
• Դուք կարող եք օգտագործել XML վերլուծիչ՝ ձեր սխեմայի ֆայլերը վերլուծելու համար
• Սխեման կարող է ներկայացվել XML DOM-ի միջոցով
• Սխեման կարող է փոխակերպվել XSLT-ի միջոցով

XML Schema-ն կարող է ապահովել տվյալների փոխանցում

Երբ տվյալները փոխանցվում են ուղարկողից ստացողին, բանն այն է, որ երկու կողմերն էլ պետք է հարգեն նույն «ակնկալիքների» բովանդակությունը։

XML սխեմայում ուղարկողն ու ստացողը կարող են հասկանալ, թե ինչպես են նկարագրվում տվյալները:

Որոշ երկրներում «03.11.2004»-ի նման տվյալները կարող են մեկնաբանվել որպես նոյեմբերի 3, իսկ այլ երկրներում՝ մարտի 11:

Այնուամենայնիվ, տարրի XML տվյալների տեսակն է, օրինակ.<дата типа = "дата"> 2004-03-11 ապահովելու համար բովանդակության հետևողական ըմբռնումը, քանի որ XML տվյալների տեսակը «ամսաթիվ» պահանջում է «ՏՏՏՏ-ԱՄ-ՕՕ» ձևաչափը:

XML սխեման կարող է ընդլայնվել

XML սխեմաները ընդարձակելի են, քանի որ դրանք գրված են XML-ով:

Ընդարձակվող սխեմայի սահմանմամբ դուք կարող եք.

• Ձեր սխեմայի կրկնակի օգտագործումը մեկ այլ սխեմայի մեջ
• Կառուցված է ձեր սեփական տվյալների տեսակներից ստացված ստանդարտ տեսակներով
• Մեկ փաստաթղթում մի քանի հղումների սխեմաներ

Լավ մարզավիճակը բավարար չէ

Մենք անվանեցինք այս փաստաթուղթը, որը համապատասխանում է լավ ձևավորված XML փաստաթղթերի XML շարահյուսությանը, ինչպիսիք են.

• Այն պետք է սկսվի XML հայտարարագրով
• Այն պետք է ունենա եզակի արմատային տարր
• Մեկնարկային պիտակը պետք է համապատասխանի ավարտի պիտակին
• Տարրերը մեծատառերի զգայուն են
• Բոլոր տարրերը պետք է փակվեն
• Բոլոր տարրերը պետք է ճիշտ տեղադրվեն
• Հատուկ նիշերը պետք է օգտագործեն օբյեկտը

Նույնիսկ լավ փաստաթղթի ձևը չի կարող երաշխավորել, որ դրանք սխալներ չեն պարունակի, և այդ սխալները կարող են լուրջ հետևանքներ ունենալ:

Հաշվի առեք հետևյալ իրավիճակը՝ դուք պատվիրում եք 5 տասնյակ լազերային տպիչ՝ հինգի փոխարեն։ XML Schema-ում այս սխալների մեծ մասը կարող է հայտնաբերվել ձեր վավերացման ծրագրաշարում:

Շատ հաճախ ժամանակակից համակարգչային համակարգերի և տարբեր տեսակի ծրագրային արտադրանքների շատ օգտվողներ հանդիպում են .xml ընդլայնմամբ ֆայլեր: Շատերը պարզապես չեն պատկերացնում, թե ինչ փաստաթուղթ է սա կամ ինչպես բացել այն: Հիմա դա կդիտարկվի, միաժամանակ կպարզենք, թե դա ինչ է և ինչի համար է անհրաժեշտ։

Ինչ է XML ֆայլը

Սկսենք, հավանաբար, նրանից, որ ժամանակակից համակարգչային տեխնոլոգիաների և այս տեսակի փաստաթղթերի ստեղծման համար օգտագործվող ծրագրերի տեսանկյունից դա տեքստային ֆայլ է, որում գրված են համընդհանուր ընդարձակվող նշագրման լեզվի հրամանները, ինչը բավական է: հիշեցնում է HTML նշանավորման հայտնի գործիքը:

Սովորաբար, XML ֆայլը պարունակում է ընդհանուր տեղեկատվություն օբյեկտի մասին, որն արտահայտվում է նկարագրական (այս մասին ավելի ուշ): Ինչ վերաբերում է նման բեռնարկղերում պահվող տվյալներին, ապա դրանք կարող են լինել տվյալների շտեմարաններ, որոնք հաճախ օգտագործվում են ինտերնետում վիդեո և աուդիո կատալոգների համար, պահպանված օգտատերերի նախապատվությունները ծրագրերի և հավելվածների, ինչպես նաև ամբողջ վեբ էջերի համար:

Որպես օրինակ կարող եք վերցնել, ասենք, ինչ-որ արտիստի աուդիո ալբոմը։ XML ֆայլը պարունակում է տեղեկատվություն թողարկման տարվա, ժանրի, հետքերի թվի և անունների, հանրաճանաչության և այլնի մասին: Այնուամենայնիվ, Համաշխարհային ցանցում ռեսուրսներ այցելելիս, սերֆերը կարիք չունի մտածելու նման տեղեկատվական ֆայլ ֆիզիկապես բացելու մասին, քանի որ նույնիսկ նվագարկիչում առցանց երգ նվագարկելիս Բոլոր տվյալները կցուցադրվեն ստանդարտ MP3 ֆայլերում պարունակվող տվյալների նման՝ ID3 պիտակների տեսքով: Տեղեկատվությունը բեռնվում է նվագարկվող ուղու վրա:

XML ֆայլի տեսակը

Եթե ​​նայեք ֆայլին, անմիջապես կնկատեք, որ դրանում ցանկացած օբյեկտի հատկությունները նկարագրված են ձեռքով սահմանված պիտակների և ատրիբուտների միջոցով:

Մենք չենք խոսում հենց լեզվի հիմնական հրամանների մասին, քանի որ սովորական օգտագործողին նման տեղեկատվություն պետք չէ: Միակ բանը, որ կարելի է նշել, այն է, որ այս ձևաչափով օբյեկտը նկարագրելու համար օգտագործվող տարրերի որոշակի քանակ չկա. նշված է, թե քանիսն է անհրաժեշտ:

Ինչպես բացել ստանդարտ XML ձևաչափ

Այժմ տեսնենք, թե ինչպես բացել XML ֆայլը: Ինչպես շատերը հավանաբար արդեն հասկացել են, սա տեքստային ֆայլ է, ինչը նշանակում է, որ այն դիտելու կամ խմբագրելու ամենահեշտ ձևը ցանկացած խմբագիր օգտագործելն է, նույնիսկ ամենապրիմիտիվը: Այո, առնվազն նույն «Նոթատետրը» ստանդարտ Windows հավաքածուից:

Այնուամենայնիվ, այստեղ ամեն ինչ այնքան էլ պարզ չէ. Փաստն այն է, որ ֆայլի կրկնակի սեղմումը՝ առանց որևէ ծրագրի հետ համապատասխան ասոցիացիա սահմանելու, չի բացվի: Լավագույն դեպքում, համակարգը կառաջարկի ամենահարմար հավելվածների ցանկը: Դուք կարող եք ընտրել ձեր նախընտրած ծրագիրն ու միևնույն ժամանակ նշել ընտրված հավելվածը այս տեսակի բոլոր ֆայլերի համար ընտրված հավելվածն անընդհատ օգտագործելու տարբերակի կողքին գտնվող վանդակը:

Դուք կարող եք դա անել այլ կերպ՝ աջ սեղմելով ֆայլի վրա և այնուհետև ընտրելով «Open with...» հրամանը, որից հետո կրկին ընտրեք ցանկալի հավելվածը կամ ցանկից, կամ նշեք հիմնական գործարկվող բաղադրիչի գտնվելու վայրը (առավել հաճախ սա EXE ֆայլ է):

XML ֆայլ բացելու երրորդ եղանակը սկզբում ծրագիրը գործարկելն է, այնուհետև օգտագործել ֆայլի բաց ընտրացանկը (շատ դեպքերում դա Ctrl + O է): Այս դեպքում բացարձակապես անհրաժեշտ չէ օգտագործել Notepad-ը: Խնդրում եմ, ֆայլը բացվում է առանց խնդիրների նույն Word հավելվածում և նմանատիպ ծրագրերում։ Նույնիսկ Microsoft Excel-ն ի վիճակի է բացել տվյալներ այս ձևաչափով:

Այնուամենայնիվ, եթե XML ձևաչափը խմբագրելու անհրաժեշտություն կա, ապա ավելի լավ է օգտագործել մասնագիտական ​​կոմունալ ծառայություններ, որոնք աջակցում են լեզվի շարահյուսությանը, օրինակ, Oxygen XML Editor, XML Marker կամ EditiX Lite տարբերակը: Բնականաբար, սրանք ոչ բոլոր կոմունալ ծառայություններն են, որոնք կարող են աշխատել ֆայլի լեզվով ամենաբարձր մակարդակով: Այսօր դուք կարող եք շատ նման ծրագրեր գտնել:

Այժմ մի քանի խոսք այն մասին, թե ինչու երբեմն բացվում է XML ֆայլի սխալ: Ամենից հաճախ դա պայմանավորված է հենց ֆայլի ամբողջականության խախտմամբ, ինչպես նաև նկարագրական ատրիբուտների կամ պիտակների սխալ ներդրմամբ: Բացի այդ, Excel-ն ունի ցուցադրվող տողերի սահմանաչափի սահմանափակում, այնպես որ այս դեպքում տվյալները կարող են ամբողջական չլինել բացելիս:

Հնարավոր սխալներ XML ֆայլը որպես էլփոստի հավելված բացելիս

Երբեմն սխալներ կարող են առաջանալ, երբ փորձում եք բացել ֆայլ, որը էլփոստի կցորդ է: Ամենից հաճախ դա վերաբերում է ստանդարտ էլփոստի հաճախորդներին, ինչպիսիք են Outlook Express-ը:

Փաստն այն է, որ հավելվածը սկզբում պահվում է որպես ժամանակավոր տվյալներ (շատ հաճախ հիմնական ընդլայնմանը ավելացված լրացուցիչ .tmp), և հենց դա է հասանելի:

Այս իրավիճակից խուսափելու համար պարզապես անհրաժեշտ է սկզբում պահել հավելվածն իր սկզբնական ձևաչափով սկավառակի կամ շարժական կրիչի ցանկացած հարմար վայրում, այնուհետև օգտագործել վերը նկարագրված ստանդարտ մեթոդները:

Ընդհանուրի փոխարեն

Ինչպես տեսնում եք, դժվար բան չկա հասկանալու այս ձևաչափի ֆայլերի բացման կառուցվածքը և մեթոդները: Այստեղ, սակայն, XML տվյալների ստեղծման հարցը հիմնովին չի դիտարկվել, քանի որ գործընթացը լիովին հասկանալու համար անհրաժեշտ է իմանալ առնվազն հենց լեզվի հիմունքները: Հակառակ դեպքում, կարծում եմ, որ օգտվողները դժվարություններ չեն ունենա այս ձևաչափի ֆայլերի հետ:

Կարծում եմ, որ դուք արդեն հասկանում եք, թե ինչու է ձեզ անհրաժեշտ HTML(Այո, HTML) Այն անհրաժեշտ է բրաուզերում տվյալներ ներկայացնելու համար: Այսինքն՝ կա HTML կոդըև դրան համապատասխան HTML կոդըորոշակի տեսակ. Այնուամենայնիվ, ժամանակակից միտումները պահանջում են ոչ միայն տվյալների ցուցադրում, այլև դրանց իրավասու ներքին կառուցվածքը:

Դրա համար ստեղծելով կառուցվածք և կա XML լեզու. Պարզ օրինակ.

Կանաչ խնձոր

Մեզ՝ մարդկանց համար, ամեն ինչ միանգամից պարզ է դառնում։ Մի պատկեր է հայտնվում իմ գլխում» կանաչ խնձոր«Այնուամենայնիվ, ինչպե՞ս բացատրել համակարգչին, որ սա խնձոր է, ոչ թե նարինջ, մարդ կամ մեր գալակտիկան: Այստեղ կրկին օգնության է հասնում: XML, որտեղ մենք կարող ենք ստեղծել ցանկացած պիտակ՝ պարզ դարձնելով, թե որտեղ է խնձորը, որտեղ է նարինջը, որտեղ է մարդը և որտեղ է մեր գալակտիկան: Հուսով եմ, որ պարզ բացատրեցի:

Հիմա ամենակարեւորի մասին. XML-ի հիմնական առանձնահատկությունը նրա բազմակողմանիությունն է. Այն է XMLհասկանում է ցանկացած ժամանակակից լեզու: Եվ քանի որ XML-ը տեքստային ֆայլ է, ապա դուք կարող եք աշխատել դրա հետ սովորական նոթատետրում: Հիմա, մասնավորապես, զբաղվելու համար. որտեղ է օգտագործվում XML-ը:

• Կարգավորումների ֆայլ. Կարգավորումներ XML ֆայլշատ հեշտ է կարդալ և գրել: Այդ իսկ պատճառով կան հարյուրավոր XML ֆայլեր.
• Տվյալների կամուրջտարբեր լեզուներով գրված ծրագրերի միջև: Շատ կարևոր հատկանիշ, որը բխում է լեզվի բազմակողմանիությունից, և այն պարբերաբար օգտագործվում է բարդ համակարգերում:
• Տվյալների պահպանում. Փաստորեն, սա տվյալների բազայի մի տեսակ անալոգ է, բայց չի պահանջում DBMS(Օրինակ, MySQL) Եվ հարցման լեզվի շնորհիվ XPathհնարավոր է դառնում հեշտությամբ շփվել սրա հետ» տվյալների բազա".

Եվ վերջապես, իմ պրակտիկայից ես կարող եմ բերել ամենապարզ օրինակը. Ես իմ կայքում ունեմ XML ձևաչափով կայքի քարտեզ: Կան հղումներ դեպի կայքի բոլոր էջերը: Սա շատ հարմար բան է և կարևոր կայքի լավ ինդեքսավորման համար, սակայն ամեն անգամ այնտեղ նոր էջ ավելացնելը անհարմար է։ Հետևաբար, գիտելիքների շնորհիվ աշխատել XML-ի հետ, ես հեշտությամբ ավտոմատացրեցի այս հարցը: Այսպիսով XML-ը օգտակար լեզու է, որը պետք է իմանա ցանկացած ծրագրավորող գոնե ընդհանուր առումով։

Ինչու՞ է անհրաժեշտ այս XML-ը:

[Վերջերս այս էջերի հայտնվելու հետ կապված ամենահաճախ
Ինձ համար հարց ստացվեց. «Ասա ինձ, ինչո՞ւ է դա ընդհանրապես անհրաժեշտ, XML:
Արդյո՞ք HTML-ը մեզ բավարար չէ: «Չունենալով շատ ժամանակ (կամ խելամտություն;) իմ սեփական հրապարակումները պատրաստելու համար, ինչպես նաև խորապես հարգելով դասականներին, ես նախընտրեցի արագ թարգմանել մի հիանալի հոդված վերնագրի թեմայի վերաբերյալ.
- երևի սա «օգնել» սերիալի առաջին դրվագն է]

Ջոն Բոսակ, Թիմ Բրեյ
XML և երկրորդ սերնդի վեբ
Scientific American-ից, մայիս 1999 թ

Մարդկանց մի քանի խորհուրդ տվեք, և նրանք ինքնուրույն կհասկանան մնացածը: Նայելով էջին, որտեղ տեքստի ավելի մեծ բլոկները բաժանված են փոքրերի, բոլորն արագ հասկանում են, որ սա հոդվածի սկիզբն է։ Նայելով մթերային ապրանքների ցանկին, կարող եք արագ կռահել, որ դրանք խանութ այցելելու «ցուցումներ» են: Երբ տեսնում եք թվերի սյունակները, հասկանում եք, որ սա բանկային հաշիվ է։ Համակարգիչները դեռ այնքան էլ խելացի չեն. այս ամենը պետք է նրանց փոխանցվի կոնկրետ, թե կոնկրետ ինչի հետ պետք է զբաղվեն և ինչ է պահանջվում նրանցից դրա համար:

Հենց այդ նպատակով՝ տեղեկատվության ինքնորոշման համար, ստեղծվել է փաստաթղթերի նշագրման նոր լեզու՝ Extensible Markup Language (XML): Այս հեշտությամբ ընդգծված փոփոխությունները («ինքնուրույն նկարագրված» փաստաթուղթ, համակարգիչների հետ շփման կանոնների փոփոխություն) հսկայական ներուժ են պարունակում. ինտերնետի դերը տեղեկատվության փոխանցման միջոցից սկսում է ընդլայնվել դեպի մարդկային գործունեության այլ տեսակներ: Իրոք, 1998թ.-ին W3C-ի կողմից հաստատվելուց ի վեր, XML-ի հստակեցումը սկսեց ներթափանցել ամենուր, ինչպես անտառային հրդեհը՝ արդյունաբերություն և գիտություն, ապրանքների և դեղամիջոցների արտադրություն:

Էնտուզիաստները հույս ունեին, որ XML-ը հնարավորություն կտա լուծելու համացանցի մի շարք գլոբալ խնդիրներ։ Այս խնդիրները հայտնի են. նախ ինտերնետը, գերարագ ցանցը, հաճախ իրեն ավելի վատ է պահում, քան կրիան. և երկրորդը, թեև գրեթե ամբողջ տեղեկատվությունը հասանելի է ինտերնետում, հաճախ խելահեղորեն դժվար է այնտեղ անհրաժեշտ բան գտնելը:

Այս երկու խնդիրներն էլ պայմանավորված են հիմնականում համացանցի հիմնական լեզվի՝ HTML-ի բնույթով: Եվ թեև HTML-ի հաջողությունը այլ էլեկտրոնային հրատարակչական լեզուների նկատմամբ երբևէ առաջարկված ակնհայտ է, HTML-ը չափազանց նոսր է. այն, ըստ էության, զննարկիչին պարզապես ասում է, թե ինչպես տեղադրել տեքստը, պատկերները և կոճակները էջի վրա: HTML-ը կենտրոնանում է տեղեկատվության ներկայացման վրա և, հետևաբար, բավականին հեշտ է սովորել, բայց դա ունի արժեք:

Սա արտացոլվում է վեբ կայքերի մշակման բարդության մեջ, բացառությամբ այն դեպքերի, երբ այդ կայքերը նախատեսված են նմանվելու ֆաքսի մեքենաներին, որոնք էջեր են ուղարկում բոլորին, ովքեր հարցնում են: Աշխարհի մարդկանց և ընկերությունների կեսից ավելին կգերադասի այնպիսի կայքեր, որոնք կարող են պատվերներ ընդունել օգտատերերից, ուղարկել հիվանդությունների ախտորոշում և նույնիսկ նուրբ գործիքային գործողություններ իրականացնել գործարանների հարկերում և գիտական ​​լաբորատորիաներում: Նման առաջադրանքները _NEVER_ HTML-ը չեն բախվել:

Օրինակ, եթե նույնիսկ ձեր բժիշկը կարողանա ձեր բժշկական քարտից վերցված թեստերը «հանել» իր հեռուստադիտողի մեջ, քիչ հավանական է, որ նա կարողանա դրանք ցանցով ուղարկել մեկ այլ մասնագետի, որպեսզի ստացված պատասխանը նորից մտցնի իր մեջ: տվյալների բազա։ Նրա համակարգիչը չգիտի, թե ինչ անել իր համար այնքան պարզ տեղեկատվության հետ

մեղու մեղու

կամ մեղու մեղու.
Լեգենդար Քերնիգանը մի անգամ նշել է, որ WYSIWYG սկզբունքի ամբողջ հնարքը (այն, ինչ ես տեսնում եմ, այն է, ինչ ես ստանում եմ) այն է, որ երբ ոչինչ չես տեսնում, սովորաբար կարողանում ես ստանալ ճիշտ նույն գումարը:

Վերևում գտնվող այն բառերը, որոնք փակցված են անկյունային փակագծերում, կոչվում են պիտակներ: HTML-ում վերլուծող թեգ չկա, և հետևաբար դրա մյուս թերությունը՝ անճկունությունը: Լեզվի վրա նոր պիտակ ավելացնելն այնքան բյուրոկրատական ​​բյուրոկրատական ​​ժապավեն է, այնքան երկար, որ ոչ ոք չի անհանգստացնի դրան: Բայց լավ կլինի, որ յուրաքանչյուր ծրագիր ունենա իր սեփական պիտակները, ոչ միայն բժշկի օրինակում:

Սա մեծապես բացատրում է առցանց խանութների, փոստով պատվերների կատալոգների և այլ ինտերակտիվ կայքերի ստեղծման ներկայիս դանդաղ տեմպերը: Եթե ​​փոխեք պատվերի միավորների քանակը և առաքման եղանակը, և տեսնեք մի քանի թվեր, որոնք փոխվել են «գումար» դաշտում, դուք դեռ պետք է խնդրեք հեռավոր (արդեն ծանրաբեռնված) սերվերին ձեզ հետ ուղարկել ամբողջական նոր ստեղծված էջը։ գրաֆիկա և մնացած ամեն ինչ: Մինչդեռ ձեր սեփական հզոր համակարգիչը անգործության է մատնվելու, քանի որ այն նոր է սովորել նման բան

Եվ , բայց ոչ գներ առաքման տարբերակներով:

Սրան ավելացրեք վեբ որոնման հնարավորությունների վատ որակը: Քանի որ գների մասին տեղեկատվությունը հատուկ նշելու միջոց չկա, բացարձակապես անհնար է համացանցում որոնել էջեր՝ հիմնված «գների» վրա։

Ինչ-որ հին, ինչ-որ նոր բան

Սկզբունքորեն, լուծումը պարզ է՝ պիտակները պետք է նշեն, թե դա ինչ տեսակի տեղեկատվություն է, և ոչ թե ինչպիսին պետք է լինի: Օրինակ, նշեք վերնաշապիկի պատվերի բաղադրիչները «գին, չափ, քանակ, գույն» պիտակներով, այլ ոչ թե «թավ, պարբերություն, տող, սյունակ», ինչպես առաջարկվում է HTML-ում: Այնուհետև ծրագրի համար ավելի հեշտ է ճանաչել փաստաթուղթը որպես պատվեր և կատարել մնացած աշխատանքը. ցուցադրել այս պատվերը այս կամ այն ​​ձևով, տեղադրել այն հաշվապահական համակարգով կամ համոզվել, որ նոր վերնաշապիկը առաքվում է ձեր դռան մոտ: հաջորդ օրը.

Մենք՝ W3C աշխատանքային խումբը, սկսել ենք նման նախագիծ մշակել դեռևս 1996 թվականին։ Գաղափարը ուժեղ էր, թեև ոչ ամբողջովին օրիգինալ: Սերունդների ընթացքում խմբագիրներն ու տպագրողները ձեռագիր տեքստերը նշում էին գրամեքենայի նշաններով։ Այս «նշման լեզուն» ինքնուրույն զարգացավ մինչև 1986 թվականը, երբ տասը տարվա աշխատանքի արդյունքում Ստանդարտացման միջազգային կազմակերպությունը (ISO) ներկայացրեց նոր նշագրման լեզուների ստեղծման համակարգ:

SGML (Ստանդարտ ընդհանրացված նշագրման լեզու) կոչվող լեզվի նկարագրության այս լեզուն՝ մետալեզու, ապացուցել է իր օգտակարությունը շատ մեծ հրատարակչական համակարգերում: Եվ նույնիսկ HTML-ն ստացավ իր սահմանումը SGML-ի միջոցով: SGML-ի միակ դժվարությունն այն էր, որ այն ամենակեր էր. այնտեղ կային շատ խելացի բաներ՝ ստեղնաշարի սեղմումները նվազագույնի հասցնելու համար, քանի որ այն ժամանակ յուրաքանչյուր բայթը հաշվվում էր: Ահա թե ինչու այսօր վեբ բրաուզերները լավ չեն աշխատում դրա հետ:

XML-ը ստեղծելիս մեր աշխատանքային խումբը հանեց SGML-ի կեղևը և առաջարկեց խիստ նպատակային և մարսելի մետալեզու: XML բազան կանոնների մի շարք է, որոնցով առաջնորդվելով, յուրաքանչյուրը կարող է ստեղծել իր սեփական նշագրման լեզուն: Այս կանոններն ընտրված են այնպես, որ մեկ փոքր ծրագիր (նաև կոչվում է վերլուծիչ կամ շարահյուսական անալիզատոր) կարողանա հաղթահարել ցանկացած նոր լեզվի ճանաչում: Եկեք նորից նայենք բժշկի օրինակին, ով կցանկանար թեստերը փոխանցել մասնագետին։ Եթե ​​բժշկական մասնագետները պետք է կառուցեին իրենց սեփական նշագրման լեզուն XML-ից՝ բժշկի գրառումները կոդավորելու համար (մի շարք խմբեր երկար ժամանակ աշխատում էին խնդրի վրա), ապա բժշկի հաղորդագրությունը իր գործընկերոջը կարող է պարունակել նման բան.

<имя пациента>բլա բլա
<аллергия на лекарство>բլա բլա բլա

Այս պարամետրում այլևս դժվար չէ կամայական համակարգչի համար ծրագիր գրել, որպեսզի այն կարողանա ճանաչել այս ստանդարտացված բժշկական գրառումները և կարողանա բառացիորեն կենսական այս տեղեկատվությունը մուտքագրել իր տվյալների բազա:

Ճիշտ այնպես, ինչպես HTML-ը ստեղծվել է այնպես, որ բոլորը կարողանան կարդալ ինտերնետ փաստաթղթերը, XML-ը մեզ տալիս է էսպերանտո, որը յուրաքանչյուրը կարող է կարդալ և գրել, չնայած անհամատեղելի հարթակների մեծ թվին: Այո, նույնիսկ սովորական մարդու տեսանկյունից XML-ն ավելի իմաստային ծանրաբեռնվածություն ունի (ի տարբերություն տվյալների այլ ձևաչափերի), քանի որ դրա մեջ չկա այնպիսի բան, որը նման լինի անընթեռնելի տեքստին։

XML-ի բազմակողմանիության ուժը գալիս է լավ ընտրված կանոնների նվազագույն շարքից: Նախ, թեգերը միշտ զույգ են կազմում՝ փակագծերով շրջապատելով տեքստը, որի վրա կիրառվում են: Երկրորդ, զուգակցված պիտակները կարող են չակերտների պես տեղադրվել միմյանց ներսում, ինչը թույլ է տալիս կառուցել բարդ բազմամակարդակ կառույցներ:

Բնադրման կանոնը ավտոմատ կերպով ապահովում է ցանկացած XML փաստաթղթի պարզությունը՝ ստեղծելով կառույց, որը համակարգչային գիտության մեջ հայտնի է որպես ծառ: Տոհմածառի նման, փաստաթղթի ցանկացած գրաֆիկական կամ տեքստային տարր հանդիսանում է որևէ այլ տարրի հայր, որդի կամ եղբայր (ծնող, երեխա, քույր կամ քույր), և այս հարաբերությունը միշտ եզակի է: Իհարկե, ծառերը չեն նկարագրում տվյալների կառուցվածքների ամբողջ բազմազանությունը, բայց դրանք ընդգրկում են համակարգչի օգտագործման բնորոշ դեպքերի մեծ մասը: Բացի այդ, ծառերը չափազանց հարմար են ծրագրավորողների համար։ Գործարքները վերադասավորելու կամ լիովին հասկանալի անդորրագիր ցուցադրելու համար կոդի փոքր կտոր գրելու խնդիր չկա, երբ անդորրագիրը ներկայացված է ծառի տեսքով:

XML-ի համընդհանուր հզորության երկրորդ աղբյուրը նրա հույսն է նոր Unicode ստանդարտի վրա՝ կոդավորման համակարգ, որը թույլ է տալիս խառնել աշխարհի բոլոր հիմնական լեզուներով տեքստը: Ընդհակառակը, HTML-ում, ինչպես տեքստային պրոցեսորների մեծ մասում, փաստաթուղթը, որպես կանոն, կարող է լինել միայն մեկ կոնկրետ լեզվով, անկախ նրանից, թե որում՝ անգլերեն, ճապոներեն կամ արաբերեն:
Իսկ եթե ծրագիրը չգիտի որոշակի լեզվի կոդավորումը, կարող եք մոռանալ փաստաթղթի մասին (HTML-ով): Դա կարող է ավելի վատ լինել. օրինակ, կոդավորման անհամապատասխանության պատճառով Թայվանում գրված ծրագրերը հաճախ չեն կարողանում կարդալ մայրցամաքային Չինաստանին ուղղված տեքստերը: XML-ի դեպքում, եթե ծրագիրը գիտի, թե ինչպես ճիշտ աշխատել դրա հետ, այն կարող է կարգավորել կոդավորման ցանկացած համակցություն: Այսպիսով, XML-ը ոչ միայն թույլ է տալիս տվյալների փոխանակում տարբեր համակարգչային հարթակների միջև, այլև հնարավորություն է տալիս հաղթահարել ազգային և մշակութային խոչընդոտները:

Համաշխարհային սպասման ավարտ

XML-ի առաջացման հետ մեկտեղ համացանցը պետք է դառնա շատ ավելի արձագանքող: Այսօր այն ամենը, ինչ կարող են անել ցանցի համակարգչային սարքերը, անկախ նրանից՝ դրանք հզոր աշխատասեղաններ են, թե գրպանային կազմակերպիչներ, ոչ այլ ինչ է, քան «GET»-ի միջոցով ձև ստանալը, այն լրացնելը, այնուհետև այն հետ ու առաջ ուղարկել վեբ սերվեր, մինչդեռ ձևի հետ աշխատելը չի ​​ավարտվի: XML-ը մեզ հնարավորություն է տալիս փոխանցել տվյալների կառուցվածքը և իմաստաբանությունը ձևի մեջ, և, հետևաբար, բոլոր այդ սարքերը կարող են կատարել հիմնական մշակումը ճիշտ տեղում և անմիջապես: Սա ոչ միայն կնվազեցնի սերվերների ծանրաբեռնվածությունը, այլև պետք է հանգեցնի ցանցային տրաֆիկի զգալի կրճատմանը:

Որպես օրինակ՝ պատկերացրեք, որ օգտագործում եք առցանց տուրիստական ​​գործակալություն՝ հուլիսի 4-ին Լոնդոնից Նյու Յորք չվերթ գտնելու համար: Ամենայն հավանականությամբ, դուք կտեսնեք ցուցակը մի քանի անգամ ավելի երկար, քան կարող է տեղավորվել էկրանին: Այս ցանկը կարելի է կրճատել՝ ավելի ճշգրիտ պարամետրեր սահմանելով, ինչպիսիք են մեկնման ժամանակը, գինը կամ ավիաընկերությունը, բայց այս դեպքում դուք պարզապես «բեռնում եք» տուրիստական ​​գործակալության սերվերը ձեր հարցումով և պետք է սպասեք պատասխանի: Այնուամենայնիվ, եթե թռիչքների այս երկար ցուցակը ձեզ տրամադրվեր XML-ով, ապա բյուրոն կարող էր այն ուղեկցել փոքրիկ Java հավելվածով, որի օգնությամբ դուք կարող եք ակնթարթորեն և հեշտությամբ տեսակավորել և զտել ավելորդները՝ առանց որևէ փոխազդեցության դիմելու: սերվերի հետ: Բազմապատկեք սա միլիոնավոր վեբ օգտագործողների կողմից, և ընդհանուր ազդեցությունը տպավորիչ է:

Որքան շատ առցանց տեղեկատվություն պիտակված լինի ոլորտին հատուկ XML թեգերով, այնքան ավելի հեշտ կլինի գտնել այն, ինչ փնտրում եք: Այսօր ինտերնետում «աշխատանք ֆոնդային միջնորդի համար» որոնումը ձեզ կհեղեղի գովազդների ավալշով, բայց հավանաբար դրանցից մի քանիսը կլինեն աշխատանքի մասին. աշխատանքի մեծ մասը թաքնված է թերթերի կայքերի անվճար ցուցատախտակների վրա, որոնք որոնում են ռոբոտներ: հետ աշխատել չեմ սիրում. Եվ հիմա Ամերիկայի թերթերի ասոցիացիան ստեղծում է XML-ով գովազդի նշագրման իր լեզուն, որը խոստանում է շատ ավելի արդյունավետ դարձնել որոնման գործընթացը:

Կարեւոր չէ, թե դա ընդամենը միջանկյալ քայլ է: Գրադարանավարները վաղուց գիտեն ինչ-որ բան արագ գտնելու ուղիները՝ նայելով ոչ թե փաստաթղթերին, այլ դրանց կոմպակտ հիմնական նկարագրություններին, որոնք մատնանշում են միայն աղբյուրները: Մասնավորապես, դրանք գրադարանային բացիկների տեսքով նմուշով կատալոգներ են։ Տեղեկատվության մասին նման տեղեկատվությունը կոչվում է «մետատվյալներ»:

Հետևաբար, ի սկզբանե XML նախագծում կարևոր դեր է տրվել ուղեկցող մետատվյալների ստանդարտի ստեղծմանը։ Փետրվարի ռեսուրսների նկարագրության շրջանակը (RDF) պետք է խաղա նույն դերը, ինչ ինդեքսային քարտերը գրադարանային գրքերի համար՝ համացանցում տեղեկատվության համար: Քանի որ RDF մետատվյալները տարածվում են համացանցում, այն կդարձնի որոնումը շատ ավելի արագ և համապատասխան, քան ներկայումս կա: Համացանցում գրադարանավարներ չկան, բայց յուրաքանչյուր վեբ-վարպետ նաև ցանկանում է, որ իր կայքը հեշտությամբ գտնվի, ուստի մենք ակնկալում ենք, որ RDF-ն, երբ մարդիկ հայտնաբերեն իր հզորությունը, հսկայական ազդեցություն կունենա ինտերնետի վրա:

Իհարկե, տեղեկատվություն կարելի է ստանալ առանց փնտրելու։ Ի վերջո, վեբը հիպերտեքստ է. միլիարդավոր էջեր, որոնք լի են հիպերհղումներով, այն ընդգծված բառերը, որոնց վրա պարզապես պետք է սեղմել՝ այլ էջ տեղափոխելու համար: XML-ում հիպերհղման մեխանիզմը նույնպես մեծապես բարելավված է: XML կապող հստակեցումը, որը կոչվում է XLink, որը W3C-ը պատրաստվում է մինչև տարեվերջ, թույլ կտա օգտվողին ընտրել մի քանի ուղղություններից: Մեկ այլ տեսակի հիպերհղում թույլ կտա ստանալ տեքստ կամ պատկեր անմիջապես սեղմման կետում, թույլ տալով այցելուին չլքել էջը:

Թերևս XLink-ի ամենաօգտակար մասը կլինի ճշգրտման այն մասը, որը թույլ է տալիս հեղինակներին դիմել անուղղակի հղումների՝ էջերի փոխարեն ուղարկելով ինչ-որ ամփոփ տվյալների բազա: Այսպիսով, եթե հեղինակը փոխել է էջի հասցեն, ապա պարզապես խմբագրելով մեկ գրառում նման տվյալների բազայում, հեշտ է թարմացնել նրա էջ տանող բոլոր հղումները։ Սա կօգնի ձեզ ազատվել ավելի ու ավելի տարածված «404 Ֆայլը չի ​​գտնվել» հաղորդագրություններից, որոնք ցույց են տալիս «կոտրված» հղումը:

Ավելի արդյունավետ մշակման, ավելի ճշգրիտ որոնման և ավելի ճկուն կապի համադրությունը կհեղափոխի համացանցի կառուցվածքը և կբացի տեղեկատվության հասանելիության բոլորովին նոր մեթոդներ: Օգտատերերի համար այս նոր Ցանցը զգալիորեն ավելի արագ, հզոր և ավելի օգտակար կլինի, քան այսօրվա Ցանցը:

Անհրաժեշտ է համագործակցություն

Իհարկե, ամեն ինչ այդքան էլ պարզ չէ։ XML-ը թույլ է տալիս յուրաքանչյուրին յուրովի ձևավորել նոր լեզու, բայց լավ լեզու ստեղծելը խնդիր է, որի դժվարությունը չպետք է թերագնահատել: Լեզու ստեղծելը միայն սկիզբն է. միամտություն է ակնկալել, որ ձեր պիտակների իմաստը ակնհայտ կլինի այլ մարդկանց համար, քանի դեռ լեզվի համար ձեռնարկ չեք տրամադրել, և պարզ լինել համակարգիչների համար, քանի դեռ չեք գրել աշխատող ծրագրեր: լեզվի պիտակներով։

Դժվար չէ բացատրել, թե ինչու է այդպես։ Եթե ​​այն ամենը, ինչ անհրաժեշտ էր համակարգչին պատվերների մշակումը սովորեցնելու համար, պիտակներ լինեին, ապա XML-ի կարիքը չէր լինի: Ծրագրավորողների կարիքն անգամ չէր լինի, քանի որ համակարգիչները բավականաչափ խելացի են ամեն ինչ ինքնուրույն անելու համար:

Ինչու մեզ պետք է XML-ը կախարդանք չէ, այլ արդյունավետություն: XML-ը սահմանում է հիմնական կանոններ, որոնք պարզեցնում են ծրագրավորման մանրամասները մեկ շերտում, որպեսզի նմանատիպ հետաքրքրություններ ունեցող մարդիկ կարողանան կենտրոնանալ մյուս կոշտ ընկույզի վրա. Սա շատ բարդ խնդիր է, թեև նոր չէ։

Եվ նման պայմանավորվածություններ կլինեն, քանի որ համակարգչային հարթակների աճող անհամատեղելիությունը հանգեցնում է ժամկետների ուշացման, ֆինանսական կորուստների և հանգեցնում է շփոթության գործունեության գրեթե բոլոր ոլորտներում։ Մարդիկ ցանկանում են մտքեր փոխանակել և գործեր կատարել՝ անկախ այն հանգամանքից, որ բոլորն ունեն տարբեր համակարգիչներ, և որպեսզի դա իրականություն դառնա, մասնավոր (գործունեության տարբեր ոլորտների համար) լեզուների փոխադարձ զարգացումը դեռ երկար ճանապարհ ունի անցնելու։ . Այնուամենայնիվ, «ML»-ով վերջացող նոր հապավումների շառավիղը ցույց է տալիս այն անհերքելի նորարարական ոգին, որ XML-ը բերել է գիտությանը, բիզնեսին և կրթությանը:

XML նշագրման նոր լեզու ստեղծելիս դրա ստեղծողները պետք է համաձայնեն երեք բանի շուրջ՝ ինչ պիտակներ կլինեն այնտեղ, ինչպես կարող են դրանք տեղավորվել միմյանց մեջ և ինչպես պետք է մշակվեն: Առաջին երկու կետերը՝ լեզվի բառարանը և կառուցվածքը, այժմ կոդավորված են DTD-ի միջոցով (Փաստաթղթի տեսակի սահմանում): XML ստանդարտը չի պարտավորեցնում լեզուների մշակողներին դիմել DTD-ների, բայց նոր լեզուների մեծամասնությունը, ըստ երևույթին, կունենա DTD նկարագրություններ. սա հեշտացնում է ծրագրավորողների համար գրել ծրագրեր, որոնք հասկանում են այս նշումը և դրանից իմաստալից բան հանում: Մեզ նաև անհրաժեշտ կլինեն ձեռնարկների հավաքածուներ, որոնք նկարագրում են բոլոր թեգերի իմաստները մարդկային լեզվով: Օրինակ, HTML-ն ունի DTD նկարագրություն, բայց կան նաև ծանոթ HTML ձեռնարկների հարյուրավոր էջեր, որոնց ծրագրավորողները խորհրդակցում են համացանցի համար բրաուզերներ և այլ ծրագրեր մշակելիս:

Էսսե ոճի մասին

Օգտատերերի համար գլխավորն այն է, թե ինչ կարող է անել ծրագիրը, և ոչ թե այն, ինչ գրված է դրա նկարագրության մեջ։ Ընդհանուր առմամբ, մարդիկ նախընտրում են, որ ծրագրերն իրենց թույլ տան XML կոդավորված տեղեկատվությունը տեսնել ընթեռնելի տեսքով: Բայց ինքնին XML պիտակներում չկա հատուկ նշում, որը ցույց է տալիս: ինչպես պետք է տվյալները ներկայացվեն էկրանի կամ տպագիր թերթիկի վրա:

Հրատարակիչների համար, ովքեր ձգտում են «մեկ անգամ գրել և հրապարակել ամենուր», ամենակարևորը հրատարակություն «ծնելն» է, այնուհետև այն «լցնել» բազմաթիվ տեսակի հրատարակությունների մեջ՝ տպագիր և էլեկտրոնային: XML-ն օգնում է նրանց այս կերպ. բովանդակությունը նշվում է նկարագրական պիտակներով, որոնք անկախ են մատուցման միջավայրից: Հաջորդը, հրատարակիչը կարող է ձևակերպել ներկայացման կանոնները այսպես կոչված ձևով. ոճաթերթեր, որոնք ավտոմատ կերպով «ոճավորում» են նրա աշխատանքը տարբեր սարքերի և միջավայրերի համար։ Նման XML լեզվի ստանդարտը, որը մշակվել է այս նպատակների համար, կոչվում է Extensible Stylesheet Language (XSL):

Բրաուզերի վերջին տարբերակները կարող են կարդալ XML փաստաթղթերը, ընտրել համապատասխան ոճի ֆայլերը և օգտագործել դրանք էկրանին տեղեկատվությունը տեսակավորելու և ձևաչափելու համար: Ընթերցողը կարող է նույնիսկ չհասկանալ, որ գործ ունի XML-ի, այլ ոչ թե HTML-ի հետ, եթե չնկատի, որ XML-ով կայքերն ավելի արագ և հեշտ են օգտագործել:

Տեսողության խնդիրներ ունեցող մարդիկ նաև ազատորեն օգտվում են XSL փաստաթղթերի հրապարակման սկզբունքներից, քանի որ XSL-ը նրանց հնարավորություն է տալիս կարդալ XML-ը Բրայլով կամ ձայնով: Այս առավելությունները վերաբերում են նաև ուրիշներին. օրինակ՝ ճանապարհորդող վաճառողը, ով ցանկանում է իր մեքենայի հարմարավետությունից համացանցում շրջել, հավանաբար բավականին հարմար կգտնի ձայնով էջեր լսելը:

Թեև սկզբում Ցանցի առանցքը բաղկացած էր գիտական ​​և կրթական ծրագրերից, այսօրվա Ցանցն արդեն առևտուր է (կամ, կարելի է ասել, կոմերցիոն ակնկալիքներ), որը վառելիք է կուտակում արագ մեկնարկի համար: Բոլորը հիշում են առցանց վաճառքների աճի հետևանքով առաջացած վերջին ռեզոնանսը, բայց ավելորդ է ասել, թե որքան արագ են գործարարները առցանց շփվում միմյանց հետ: Խոշոր արտադրողների ապրանքների հոսքը ցանցում ավտոմատացում է խնդրում: Բայց այսօրվա բիզնես համակարգերը հենվում են ծրագրի-ծրագրի բարդ փոխազդեցությունների վրա, և գործնականում դա շատ վատ է աշխատում, քանի որ հաջողությունը պահանջում է մշակման գործընթացների միատեսակություն, ինչը դեռ հեռու է հասնելուց:

Դարեր շարունակ մարդիկ հաջողությամբ զբաղվել են բիզնեսով` փոխանակելով ստանդարտ փաստաթղթեր` պատվերներ, հաշիվ-ապրանքագրեր, հայտարարագրեր, անդորրագրեր և այլն: և այլն: Փաստաթղթերն աշխատում էին բիզնեսի համար, և ոչ ոք չէր պահանջում, որ ներգրավված կողմերից մեկը իմանա մյուսի ներքին գործերի մասին: Ցանկացած փաստաթուղթ ցույց է տրվել ճիշտ այնքան, որքան պետք է ցույց տրվեր տեղեկատվություն ստացողին, և ոչ ավելին։ Ըստ երևույթին, փաստաթղթերի փոխանակումը համացանցում ևս բիզնես անելու ամենաճիշտ միջոցն է։ Բայց սա ամենևին էլ այն խնդիրը չէր, որի համար ստեղծվել էր HTML-ը։

Ընդհակառակը, XML-ը նախագծված է հատուկ փաստաթղթերի փոխանակման նպատակով, և պարզ է, որ էլեկտրոնային առևտրի հիմքը հիմնվելու է ինտերնետում լողացող միլիոնավոր XML փաստաթղթերի համաձայնագրերի վրա:

Այսպիսով, XML-ով ընդլայնված վեբը պետք է դառնա արագ, ընկերական և ավելի լավ վայր բիզնեսի համար իր օգտագործողների համար: Նույնիսկ ավելի շատ XML է անհրաժեշտ վեբ վարպետներին և վեբ դիզայներներին: Ծրագրավորողների բանակներին անհրաժեշտ կլինի նոր XML լեզուների իմացություն «լիարժեք»: Ու թեև ինքնակրթ հաքերների (հեղինակները նկատի են ունեցել այս բառի լավագույն իմաստը) օրերը դեռ շարունակվում են, նրանց բնակչությունն արդեն վտանգի տակ է։

Վաղվա վեբ դիզայները պետք է հմուտ լինի ոչ միայն տեքստի և գրաֆիկայի արտադրության մեջ, այլ նաև DTD-ների, տվյալների ծառերի, հիպերհղման կառուցվածքների, մետատվյալների և ոճի բաղադրիչների վրա հիմնված բազմաշերտ, փոխկապակցված համակարգերի կառուցման գործում՝ երկրորդ սերնդի վեբի ուժեղ և առաջադեմ ենթակառուցվածք: