นี่ก็เป็นอีกหนึ่งบทเรียนใน พื้นฐาน XMLและในนั้นเราจะพิจารณาหัวข้อเช่น เนมสเปซ- ถ้าจะให้พูดง่ายๆ ด้วยคำพูดง่ายๆจากนั้นในเนมสเปซ XML จะถูกนำมาใช้เพื่อทำให้แต่ละเนมสเปซมีเอกลักษณ์เฉพาะตัว อย่างที่คุณจำได้จากบทความก่อนหน้านี้ ดูเหมือนว่านักพัฒนาแต่ละคนที่ทำงานกับ XML ดูเหมือนจะคิดค้นภาษาของตัวเองขึ้นมา ในเรื่องนี้เพื่อให้องค์ประกอบทั้งหมดของเอกสารมีเอกลักษณ์เฉพาะและมีความหมายในตัวเองจึงใช้สิ่งที่เรียกว่าเนมสเปซซึ่งจะกล่าวถึงในบทความนี้
เพื่อให้เข้าใจสาระสำคัญของเรื่องข้างต้นได้ดีขึ้น เรามาดูตัวอย่างเล็กๆ น้อยๆ กัน สมมติว่าเรามีเอกสารที่ใช้หลายรายการ วงจรลอจิกซึ่งมีธาตุเหมือนกันใช้ในประสาทสัมผัสต่างกัน หากมีเพียงหนึ่งโครงการแล้ว ปัญหาพิเศษจะไม่เกิดขึ้น แต่เนื่องจากมีหลายอย่างจึงเป็นไปไม่ได้ที่จะระบุองค์ประกอบที่เป็นของสคีมาใดหรือสคีมาใดที่ใช้ในเอกสารโดยทั่วไป
ในเรื่องนี้พวกเขาได้รับการพัฒนา เนมสเปซXML- เพื่อแยกความแตกต่างของสกีมาเอกสาร แต่ละรายการจะได้รับการกำหนดตัวระบุทรัพยากรเฉพาะพิเศษหรือ URI ด้วยเหตุนี้ รูปแบบจะถือว่าเหมือนกันก็ต่อเมื่อตัวระบุที่ไม่ซ้ำกันตรงกันเท่านั้น ในเรื่องนี้ ที่อยู่ของทรัพยากรของคุณมักใช้เป็นตัวระบุ
เป็นที่น่าสังเกตว่าที่อยู่นี้ไม่จำเป็นว่าจะต้องมีบางสิ่งบางอย่าง ผู้ดูแลจะไม่ตามลิงค์และตรวจสอบข้อมูลใดๆ โดยจะใช้เป็นตัวระบุเฉพาะเท่านั้น และเนื่องจากเป็น URL ของทรัพยากรด้วย จึงไม่น่าจะมีใครใช้เป็นตัวระบุสำหรับโครงการของตน
ดังนั้นเราจึงค้นพบทฤษฎีนี้ ตอนนี้เรามาดูคำนำหน้าเนมสเปซและตัวอย่างวิธีใช้อย่างถูกต้องกัน
คำนำหน้าเนมสเปซ XML ตัวอย่างการใช้เนมสเปซใน XML และ XSLT
ตามที่กล่าวไว้ข้างต้น เนมสเปซถูกกำหนดโดยใช้ URI ที่ไม่ซ้ำกัน เพื่อให้การทำงานง่ายขึ้น จึงได้มีการพัฒนาคำนำหน้าเนมสเปซพิเศษที่ทำให้ง่ายต่อการพิจารณาว่าองค์ประกอบเอกสารใดเป็นของสคีมาใด เพื่อสาธิตสิ่งนี้ ลองดูตัวอย่างเล็กๆ น้อยๆ
<префикс:элемент xmlns:префикс="URI"> ...
ดังที่คุณเห็นจากตัวอย่าง คำนำหน้าเนมสเปซจะถูกระบุเป็นแอตทริบิวต์ที่มีชื่อที่ขึ้นต้นด้วยลำดับ xmlns ถ้าเราพูดถึง XSLT คำนำหน้า xsl มักจะถูกใช้ที่นั่น ในทางปฏิบัติทุกอย่างจะเป็นเช่นนี้
ชื่ออื่นๆ เช่น ddd สามารถใช้เป็นคำนำหน้าเนมสเปซได้ ในกรณีนี้โค้ดจะมีลักษณะเช่นนี้
สองตัวอย่างข้างต้นเหมือนกันทุกประการและจะไม่แตกต่างกันแต่อย่างใด เป็นที่น่าสังเกตว่าคำนำหน้าเนมสเปซที่สร้างขึ้นสามารถใช้ได้เฉพาะในชื่อของตัวเองและในองค์ประกอบที่ซ้อนกันเท่านั้น แต่ไม่สามารถใช้ภายนอกองค์ประกอบที่สร้างขึ้นได้ เพื่อความชัดเจน ให้พิจารณาตัวอย่างต่อไปนี้
อีกประเด็นที่ควรสังเกตคือคำนำหน้าไม่ได้กำหนดองค์ประกอบให้กับสคีมาเฉพาะ ซึ่งทำได้โดยตัวระบุเฉพาะที่กำหนดให้กับคำนำหน้าเหล่านี้ ดังนั้น สององค์ประกอบที่มีคำนำหน้าต่างกันและมีตัวระบุเหมือนกันจะถือว่าอยู่ในสคีมาเดียวกัน เพื่อสาธิตสิ่งนี้ ให้พิจารณาตัวอย่างต่อไปนี้
แม้ว่าองค์ประกอบสไตล์ชีตและข้อความจะมีก็ตาม คำนำหน้าที่แตกต่างกันพวกมันอยู่ในรูปแบบเดียวกัน เนื่องจากคำนำหน้าถูกกำหนดด้วยตัวระบุเดียวกัน ดังนั้น สามารถใช้คำนำหน้าเนมสเปซจำนวนเท่าใดก็ได้ในเอกสาร บ่อยครั้งสิ่งเหล่านี้ทั้งหมดถูกกำหนดไว้ในองค์ประกอบรูท จากนั้นจึงใช้ในตำแหน่งที่ถูกต้องในเอกสาร และอีกตัวอย่างหนึ่งสำหรับการสาธิต
มีอีกวิธีหนึ่งที่ช่วยให้คุณหลีกเลี่ยงการเพิ่มคำนำหน้าให้กับองค์ประกอบต่างๆ เมื่อต้องการทำเช่นนี้ เพียงตั้งค่าเนมสเปซเริ่มต้น ในกรณีนี้ องค์ประกอบที่ซ้อนกันทั้งหมดจะเป็นของเนมสเปซ องค์ประกอบหลัก- ในเวลาเดียวกัน ความสามารถในการใช้เนมสเปซอื่นสำหรับ องค์ประกอบลูก- ในการดำเนินการนี้ เพียงลงทะเบียนเนมสเปซที่ต้องการด้วยตนเองโดยใช้แอตทริบิวต์ xmlns
เป็นที่น่าสังเกตว่าองค์ประกอบที่หนึ่งและสองจะอยู่ในเนมสเปซขององค์ประกอบที่สาม เนื่องจากเป็นองค์ประกอบหลัก อย่างที่คุณเห็นสิ่งที่เรียกว่ามรดกสามารถตรวจสอบได้ที่นี่ หากองค์ประกอบไม่ได้ระบุเนมสเปซ องค์ประกอบนั้นจะถูกกำหนดเนมสเปซขององค์ประกอบหลักที่ใกล้เคียงที่สุดโดยอัตโนมัติ
โดยปกติวิธีการข้างต้นจะไม่ได้รับความนิยมมากนัก และมักใช้คำนำหน้าเนมสเปซบ่อยที่สุด แต่ในบางกรณี คุณสามารถละเว้นและใช้วิธีตั้งค่าเนมสเปซเริ่มต้นได้ เพื่อหลีกเลี่ยงคำถามใดๆ เรามาลองพิจารณาวิธีการที่คล้ายกันในการนำเสนอตัวอย่างสุดท้ายกัน
นี่เป็นการสรุปการพิจารณาเนมสเปซของเรา และในบทความถัดไป เราจะพูดถึงประเด็นหลักของคำอธิบายโดยใช้ DTD หากคุณไม่ต้องการพลาดบทความใหม่ ๆ ฉันขอแนะนำให้สมัครรับจดหมายข่าวโดยใช้แบบฟอร์มสมัครสมาชิกด้านล่าง
นั่นคือทั้งหมดที่ ขอให้โชคดีและประสบความสำเร็จในการเรียนรู้ XML
นี่เป็นอีกบทเรียนเกี่ยวกับพื้นฐานของ XML และในนั้นเราจะดูหัวข้อดังกล่าว เนมสเปซ- กล่าวง่ายๆ ในเนมสเปซ XML ถูกใช้เพื่อทำให้แต่ละไฟล์ . อย่างที่คุณจำได้จากบทความก่อนหน้านี้ ดูเหมือนว่านักพัฒนาแต่ละคนที่ทำงานกับ XML ดูเหมือนจะคิดค้นภาษาของตัวเองขึ้นมา ในเรื่องนี้เพื่อให้องค์ประกอบทั้งหมดของเอกสารมีเอกลักษณ์เฉพาะและมีความหมายในตัวเองจึงใช้สิ่งที่เรียกว่าเนมสเปซซึ่งจะกล่าวถึงในบทความนี้
เพื่อให้เข้าใจสาระสำคัญของเรื่องข้างต้นได้ดีขึ้น เรามาดูตัวอย่างเล็กๆ น้อยๆ กัน สมมติว่าเรามีเอกสารที่ใช้วงจรลอจิคัลหลายวงจรซึ่งมีองค์ประกอบเดียวกันซึ่งมีความหมายต่างกัน หากมีเพียงสคีมาเดียวก็จะไม่มีปัญหาพิเศษเกิดขึ้น แต่เนื่องจากมีหลายสคีมาจึงไม่สามารถระบุได้ว่าองค์ประกอบใดเป็นของสคีมาใดหรือสคีมาใดที่ใช้ในเอกสารโดยทั่วไป
ในเรื่องนี้พวกเขาได้รับการพัฒนา เนมสเปซXML- เพื่อแยกความแตกต่างของสกีมาเอกสาร แต่ละรายการจะได้รับการกำหนดตัวระบุทรัพยากรเฉพาะพิเศษหรือ URI ด้วยเหตุนี้ รูปแบบจะถือว่าเหมือนกันก็ต่อเมื่อตัวระบุที่ไม่ซ้ำกันตรงกันเท่านั้น ในเรื่องนี้ ที่อยู่ของทรัพยากรของคุณมักใช้เป็นตัวระบุ
เป็นที่น่าสังเกตว่าที่อยู่นี้ไม่จำเป็นว่าจะต้องมีบางสิ่งบางอย่าง ผู้ดูแลจะไม่ตามลิงค์และตรวจสอบข้อมูลใดๆ โดยจะใช้เป็นตัวระบุเฉพาะเท่านั้น และเนื่องจากเป็น URL ของทรัพยากรด้วย จึงไม่น่าจะมีใครใช้เป็นตัวระบุสำหรับโครงการของตน
ดังนั้นเราจึงค้นพบทฤษฎีนี้ ตอนนี้เรามาดูคำนำหน้าเนมสเปซและตัวอย่างวิธีใช้อย่างถูกต้องกัน
คำนำหน้าเนมสเปซ XML ตัวอย่างการใช้เนมสเปซใน XML และ XSLT
ตามที่กล่าวไว้ข้างต้น เนมสเปซถูกกำหนดโดยใช้ URI ที่ไม่ซ้ำกัน เพื่อให้การทำงานง่ายขึ้น จึงได้มีการพัฒนาคำนำหน้าเนมสเปซพิเศษที่ทำให้ง่ายต่อการพิจารณาว่าองค์ประกอบเอกสารใดเป็นของสคีมาใด เพื่อสาธิตสิ่งนี้ ลองดูตัวอย่างเล็กๆ น้อยๆ
<префикс:элемент xmlns:префикс="URI"> ...
ดังที่คุณเห็นจากตัวอย่าง คำนำหน้าเนมสเปซจะถูกระบุเป็นแอตทริบิวต์ที่มีชื่อที่ขึ้นต้นด้วยลำดับ xmlns ถ้าเราพูดถึง XSLT คำนำหน้า xsl มักจะถูกใช้ที่นั่น ในทางปฏิบัติทุกอย่างจะเป็นเช่นนี้
ชื่ออื่นๆ เช่น ddd สามารถใช้เป็นคำนำหน้าเนมสเปซได้ ในกรณีนี้โค้ดจะมีลักษณะเช่นนี้
สองตัวอย่างข้างต้นเหมือนกันทุกประการและจะไม่แตกต่างกันแต่อย่างใด เป็นที่น่าสังเกตว่าคำนำหน้าเนมสเปซที่สร้างขึ้นสามารถใช้ได้เฉพาะในชื่อของตัวเองและในองค์ประกอบที่ซ้อนกันเท่านั้น แต่ไม่สามารถใช้ภายนอกองค์ประกอบที่สร้างขึ้นได้ เพื่อความชัดเจน ให้พิจารณาตัวอย่างต่อไปนี้
อีกประเด็นที่ควรสังเกตคือคำนำหน้าไม่ได้กำหนดองค์ประกอบให้กับสคีมาเฉพาะ ซึ่งทำได้โดยตัวระบุเฉพาะที่กำหนดให้กับคำนำหน้าเหล่านี้ ดังนั้น สององค์ประกอบที่มีคำนำหน้าต่างกันและมีตัวระบุเหมือนกันจะถือว่าอยู่ในสคีมาเดียวกัน เพื่อสาธิตสิ่งนี้ ให้พิจารณาตัวอย่างต่อไปนี้
แม้ว่าองค์ประกอบสไตล์ชีตและข้อความจะมีคำนำหน้าต่างกัน แต่ก็อยู่ในสคีมาเดียวกัน เนื่องจากคำนำหน้าถูกกำหนดด้วยตัวระบุเดียวกัน ดังนั้น สามารถใช้คำนำหน้าเนมสเปซจำนวนเท่าใดก็ได้ในเอกสาร บ่อยครั้งสิ่งเหล่านี้ทั้งหมดถูกกำหนดไว้ในองค์ประกอบรูท จากนั้นจึงใช้ในตำแหน่งที่ถูกต้องในเอกสาร และอีกตัวอย่างหนึ่งสำหรับการสาธิต
มีอีกวิธีหนึ่งที่ช่วยให้คุณหลีกเลี่ยงการเพิ่มคำนำหน้าให้กับองค์ประกอบต่างๆ เมื่อต้องการทำเช่นนี้ เพียงตั้งค่าเนมสเปซเริ่มต้น ในกรณีนี้ องค์ประกอบที่ซ้อนกันทั้งหมดจะเป็นของเนมสเปซขององค์ประกอบหลัก สิ่งนี้จะไม่สูญเสียความสามารถในการใช้เนมสเปซอื่นสำหรับองค์ประกอบลูก ในการดำเนินการนี้ เพียงลงทะเบียนเนมสเปซที่ต้องการด้วยตนเองโดยใช้แอตทริบิวต์ xmlns
เป็นที่น่าสังเกตว่าองค์ประกอบที่หนึ่งและสองจะอยู่ในเนมสเปซขององค์ประกอบที่สาม เนื่องจากเป็นองค์ประกอบหลัก อย่างที่คุณเห็นสิ่งที่เรียกว่ามรดกสามารถตรวจสอบได้ที่นี่ หากองค์ประกอบไม่ได้ระบุเนมสเปซ องค์ประกอบนั้นจะถูกกำหนดเนมสเปซขององค์ประกอบหลักที่ใกล้เคียงที่สุดโดยอัตโนมัติ
โดยปกติวิธีการข้างต้นจะไม่ได้รับความนิยมมากนัก และมักใช้คำนำหน้าเนมสเปซบ่อยที่สุด แต่ในบางกรณี คุณสามารถละเว้นและใช้วิธีตั้งค่าเนมสเปซเริ่มต้นได้ เพื่อหลีกเลี่ยงคำถามใดๆ เรามาลองพิจารณาวิธีการที่คล้ายกันในการนำเสนอตัวอย่างสุดท้ายกัน
นี่เป็นการสรุปการพิจารณาเนมสเปซของเรา และในบทความถัดไป เราจะพูดถึงประเด็นหลักของคำอธิบายโดยใช้ DTD หากคุณไม่ต้องการพลาดบทความใหม่ ๆ ฉันขอแนะนำให้สมัครรับจดหมายข่าวโดยใช้แบบฟอร์มสมัครสมาชิกด้านล่าง
นั่นคือทั้งหมดที่ ขอให้โชคดีและประสบความสำเร็จในการเรียนรู้ XML
วลาดิเมียร์ เองเกลส์, Oracle CIS
การแนะนำ
เมื่อดำเนินโครงการ SOA ทั่วไป ตามกฎแล้ว สกีมา XML หลายรายการจะถูกสร้างขึ้น ในกรณีเหล่านี้ ผู้ออกแบบเค้าร่าง XML ต้องพิจารณาคำถามต่อไปนี้:
- ทำ XML schema ทั้งหมดในโครงการจำเป็นต้องกำหนดค่า targetNamespace ที่แตกต่างกัน
- หรือคุณจำเป็นต้องใช้ targetNamespace เดียวกันสำหรับทุกคน
- และเป็นไปได้ไหมที่ XML schema บางตัวจะไม่ถูกกำหนด targetNamespace ใด ๆ
แนวทางไหนจะดีกว่ากัน? คุณควรปฏิบัติตามแนวทางใดเมื่อเริ่มทำงานในโครงการ SOA ที่สร้าง XML Schema หลายรายการ
เพื่อความแม่นยำ ควรสังเกตว่ามีวิธีการออกแบบสามวิธีเมื่อทำงานกับ XML Schema หลายรายการ:
- เนมสเปซที่ต่างกัน- แต่ละสคีมา XML ได้รับการกำหนด targetNamespace ของตัวเอง
- เนมสเปซที่เป็นเนื้อเดียวกัน- XML schema ทั้งหมดได้รับการกำหนด targetNamespace เดียว
- เนมสเปซกิ้งก่า- สคีมา XML หลักได้รับการกำหนด targetNamespace และสคีมา XML เสริมไม่ได้ถูกกำหนด targetNamespace ใด ๆ (สคีมา XML ที่ไม่มี targetNamespace จะใช้ targetNamespace ของสคีมา XML หลักเมื่อรวมกันเหมือนกิ้งก่า)
เพื่ออธิบายและประเมินข้อดีและข้อเสียของวิธีการออกแบบทั้งสามข้อ เราได้จัดเตรียมตัวอย่างไว้สำหรับแต่ละวิธี
ตัวอย่าง: แบบจำลองข้อมูลบริษัท XML
ลองจินตนาการถึงโครงการที่จำเป็นต้องสร้างแบบจำลองข้อมูลของบริษัทโดยใช้ XML Schema รุ่นนี้ถูกสร้างขึ้นในรูปแบบของ XML Schema สามแบบต่อไปนี้:
- บริษัท.xsd
- บุคคล.xsd
- สินค้า.xsd
ซึ่งสามารถอธิบายได้ว่า “ข้อมูลบริษัทรวมถึงข้อมูลบุคคลและผลิตภัณฑ์” ต่อไปนี้เป็นไดอะแกรมสามแบบสำหรับแนวทางการออกแบบแต่ละแบบ
เนมสเปซที่แตกต่างกัน
วิธีการออกแบบนี้เกี่ยวข้องกับการใช้ targetNamespace ที่แตกต่างกันสำหรับแต่ละ XML schema ด้านล่างนี้เป็นวงจรสามวงจรที่ออกแบบโดยใช้แนวทางการออกแบบนี้
สินค้า.xsd
บุคคล.xsd
บริษัท.xsd
โปรดทราบว่าสคีมาใช้เนมสเปซที่แตกต่างกันสามแบบ:
http://www.product.org http://www.person.org http://www.company.org
เนมสเปซที่เป็นเนื้อเดียวกัน
วิธีการออกแบบนี้ใช้ targetNamespace เดียวสำหรับสกีมา XML ทั้งหมด ด้านล่างนี้เป็นวงจรสามวงจรที่ออกแบบโดยใช้แนวทางการออกแบบนี้
สินค้า.xsd
บุคคล.xsd
บริษัท.xsd
โปรดทราบว่าทั้งสามรูปแบบใช้เนมสเปซเดียวกัน:
http://www.company.org
โปรดทราบว่าหากต้องการรวม XML schema โดยใช้ พื้นที่เดียวชื่อกลไกจะถูกนำไปใช้
เนมสเปซกิ้งก่า
วิธีการออกแบบนี้ใช้ targetNamespace สำหรับสกีมา XML หลักเท่านั้น และไม่ได้กำหนด targetNamespace ใด ๆ ให้กับสกีมา XML เสริม ด้านล่างนี้เป็นวงจรสามวงจรที่ออกแบบโดยใช้แนวทางการออกแบบนี้ ใน ในตัวอย่างนี้สคีมา Company.xsd XML เป็นสคีมาหลัก ส่วนสคีมา Product.xsd และ Person.xsd XML เป็นสคีมาเสริม
Product.xsd (ไม่มี targetNamespace)
Person.xsd (ไม่มี targetNamespace)
บริษัท.xsd
โปรดทราบสองประเด็นเมื่อใช้วิธีการออกแบบนี้:
- กลไกยังใช้เพื่อรวม XML schema โดยใช้เนมสเปซกิ้งก่า
และสคีมา XML หลักสามารถเข้าถึงองค์ประกอบของสคีมา XML เสริมได้ - Sub-XML Schemas ที่ไม่มี targetNamespace ในแนวทางการออกแบบนี้มีลักษณะดังต่อไปนี้: ส่วนประกอบ XML Schema ที่ไม่มี targetNamespace ใช้การส่งเนมสเปซ (ซึ่งหมายความว่าส่วนประกอบยอมรับ targetNamespace ของ XML Schema หลัก)
"เอฟเฟกต์กิ้งก่า..."- คำนี้ถูกนำมาใช้โดย Henry Thompson
ผลกระทบของแนวทางการออกแบบต่อเอกสาร XML
ข้างต้นแสดงให้เห็นว่า XML schema สามารถออกแบบโดยใช้วิธีการออกแบบสามวิธีได้อย่างไร ตอนนี้เรามาดูเอกสาร XML กันดีกว่า การสร้างเอกสาร XML แตกต่างกันไปขึ้นอยู่กับการใช้แนวทางการออกแบบเฉพาะหรือไม่ XML schema ข้างต้นทั้งหมดได้รับการออกแบบเพื่อให้กำหนดให้ระบุเนมสเปซอย่างชัดเจนในเอกสาร XML (ตามที่ระบุโดย: elementFormDefault="qualified") หากพวกเขาใช้ elementFormDefault="unqualified" แทน เอกสาร XML สำหรับทั้งสามกรณีก็จะมี แบบฟอร์มต่อไปนี้:
แล้วเอกสาร XML สำหรับแนวทางการออกแบบทั้งสามของเราจะมีหน้าตาเป็นอย่างไร
Company.xml (สำหรับเวอร์ชันที่มีเนมสเปซต่างกันใน targetNamespace)
โปรดทราบสิ่งต่อไปนี้:
- จำเป็นต้องมีการประกาศเนมสเปซสำหรับแต่ละเนมสเปซ
- องค์ประกอบทั้งหมดต้องมีคุณสมบัติไม่ซ้ำกัน (ไม่ว่าจะชัดเจนหรือผ่านเนมสเปซเริ่มต้น)
Company.xml (สำหรับเวอร์ชันที่มีเนมสเปซที่เป็นเนื้อเดียวกันใน targetNamespace)
เนื่องจากสคีมาทั้งหมดอยู่ในเนมสเปซเดียวกัน เอกสาร XML จึงสามารถใช้ประโยชน์จากการใช้เนมสเปซเริ่มต้นสำหรับสถานการณ์นี้ได้
Company.xml (สำหรับเวอร์ชันที่มีเนมสเปซกิ้งก่าใน targetNamespace)
XML schema ทั้งสองที่ไม่ได้กำหนด targetNamespace นำมาใช้ targetNamespace ของ Company.xsd XML schema (คล้ายกับเอฟเฟกต์กิ้งก่า) ด้วยวิธีนี้ คอมโพเนนต์ทั้งหมดเป็นของ targetNamespace เดียวกัน และเอกสาร XML สำหรับสถานการณ์นี้ยังสามารถใช้ประโยชน์จากการใช้เนมสเปซเริ่มต้นได้อีกด้วย
องค์ประกอบ
- มันไม่ได้โดยปริยาย
ซึ่งช่วยให้คุณสามารถเข้าถึงส่วนประกอบทั้งหมดในวงจรเสริมได้ - ทำให้สามารถเปลี่ยนแปลงคำจำกัดความของส่วนประกอบที่นำเข้าได้จำนวนหนึ่ง (ศูนย์หรือมากกว่า) นั่นคือขยายคำจำกัดความของส่วนประกอบหรือในทางกลับกันกำหนด ข้อ จำกัด เพิ่มเติมเกี่ยวกับคำจำกัดความขององค์ประกอบ
ตัวอย่าง. ลองดูที่ Company.xsd XML schema ด้านบนอีกครั้ง สมมติว่าใช้องค์ประกอบ ProductType จาก Product.xsd นอกจากนี้ ในระหว่างการใช้งาน คุณต้องขยายองค์ประกอบ ProductType เพื่อรวมองค์ประกอบ ID มาดูตัวอย่างว่าสามารถทำได้โดยใช้องค์ประกอบอย่างไร
ตอนนี้องค์ประกอบ
องค์ประกอบ
เนมสเปซเริ่มต้นและวิธีการออกแบบกิ้งก่า
หากสคีมา XML จำเป็นต้องใช้องค์ประกอบ
วิธีหลีกเลี่ยงการชนกันของชื่อเมื่อใช้วิธีการ Chameleon
การชนกันของชื่อ
เมื่อ XML schema ของโฮสต์ใช้คอมโพเนนต์ Chameleon คอมโพเนนต์เหล่านั้นจะกลายเป็นส่วนหนึ่งของเนมสเปซ (ระบุโดย targetNamespace) ของ XML schema ของโฮสต์ เหมือนกับว่าผู้ออกแบบ XML schema ได้ใช้องค์ประกอบในบรรทัดและการประกาศประเภท หากวงจรหลักประกอบด้วย (
สมมติว่ามี XML Schema สองรายการโดยไม่ระบุ targetNamespace:
1.xsd A B 2.xsd A C
XML Schema 1.xsd กำหนดองค์ประกอบ A และ B โดยไม่ต้องระบุเนมสเปซ
XML Schema 2.xsd กำหนดองค์ประกอบ A และ C โดยไม่ต้องระบุเนมสเปซ
ตอนนี้ถ้า 3.xsd XML Schema มี (
3.xsd targetNamespace="http://www.example.org"
โปรดทราบว่าไม่มีข้อผิดพลาดที่จะมีคำจำกัดความของสององค์ประกอบที่มีชื่อเดียวกันหากเป็นประเภทเดียวกัน หากเป็นประเภทที่แตกต่างกัน แสดงว่าเกิดข้อผิดพลาดและมีการขัดแย้งกันของชื่อ
กลไกมาตรฐานในการกำจัดการขัดแย้งของชื่อคือการใช้เนมสเปซอย่างแม่นยำ ในตัวอย่างด้านบน หากคอมโพเนนต์ 1.xsd XML Schema อยู่ในเนมสเปซที่แตกต่างกัน และถูกนำเข้าไปยัง 3.xsd XML Schema ก็จะไม่มีการขัดแย้งกันของชื่อ [โปรดทราบว่าส่วนประกอบทั้งสองสามารถมีชื่อเดียวกันได้หากส่วนประกอบนั้นอยู่ในเนมสเปซที่ต่างกัน]
คุณจะแก้ไขปัญหาการชนกันของชื่อได้อย่างไรเมื่อใช้เนมสเปซกิ้งก่า
การแก้ปัญหาการชนกันของชื่อโดยใช้สกีมา XML ของพร็อกซี
มีวิธีแก้ไขที่ง่ายมากสำหรับปัญหาการชนกันของชื่อนี้: สำหรับแต่ละ XML schema ที่รวมไว้โดยไม่ต้องระบุเนมสเปซ ให้สร้าง schema XML พร็อกซีเสริมที่ประกาศเนมสเปซและตัวมันเองได้รวมไว้แล้ว (
นี่คือตัวอย่างที่สาธิตแนวทางการออกแบบนี้:
1-proxy.xsd targetNamespace = "http://www.1-proxy.org"
ด้วยการใช้วิธีการออกแบบนี้ เราสามารถหลีกเลี่ยงการชนกันของชื่อได้ นอกจากนี้ วิธีการออกแบบนี้ยังมีประโยชน์เพิ่มเติมอีกประการหนึ่ง นั่นคือ ภายในการทำพร็อกซี XML Schema คุณยังสามารถใช้องค์ประกอบได้อีกด้วย
ดังนั้นแนวทางโครงการนี้จึงควบคุมกระบวนการสามขั้นตอน:
- สร้างไดอะแกรมกิ้งก่า
- สร้างสคีมา XML ของพร็อกซีสำหรับแต่ละสคีมากิ้งก่า
- นำเข้า (
) การพร็อกซี XML schema ไปที่หลัก
การใช้กระบวนการสามขั้นตอนนี้ช่วยให้คุณสามารถตัดสินใจออกแบบเกี่ยวกับโดเมน (เนมสเปซ) ของส่วนประกอบเหล่านั้นที่นำมาใช้ซ้ำได้อย่างยืดหยุ่นมากขึ้น นอกจากนี้ยังสามารถเปลี่ยนแปลงส่วนประกอบของกิ้งก่าได้อีกด้วย แม้ว่าวิธีการนี้จะใช้ขั้นตอนกระบวนการเพิ่มเติม (การสร้างสกีมา XML ของพร็อกซี) แต่ก็ยังมีความยืดหยุ่นมาก
ลองเปรียบเทียบกระบวนการสามขั้นตอนนี้กับกระบวนการสองขั้นตอนที่อธิบายไว้ก่อนหน้านี้ ซึ่งส่วนประกอบต่างๆ ได้รับการกำหนดเนมสเปซตั้งแต่เริ่มต้นของการมีอยู่ของส่วนประกอบ:
1-fixed.xsd targetNamespace = "http://www.1-fixed.org" A B 2-fixed.xsd targetNamespace = "http://www.2-fixed.org" AC main.xsd targetNamespace = "http: //www.main.org"
กระบวนการสองขั้นตอนให้ผลลัพธ์เช่นเดียวกับกระบวนการสามขั้นตอน ในตัวอย่างนี้ คอมโพเนนต์ไม่ใช่กิ้งก่าอีกต่อไป และองค์ประกอบ A, B และ C ถูกผูกไว้อย่างแน่นหนากับเนมสเปซที่เกี่ยวข้องตั้งแต่เริ่มต้นวงจรการใช้งานของคอมโพเนนต์ ข้อเสียของแนวทางนี้คือหากใน main.xsd คุณต้องทำการเปลี่ยนแปลงคำจำกัดความของส่วนประกอบโดยใช้
เครื่องมือที่อำนวยความสะดวกในการใช้ส่วนประกอบกิ้งก่า
คำอธิบายปัญหาในการระบุส่วนประกอบของกิ้งก่า
เราได้สังเกตมาหลายครั้งแล้วว่าส่วนประกอบของกิ้งก่าสามารถผสมในวงจรที่ใช้พวกมันได้ สิ่งนี้จะเกิดขึ้นเมื่อพวกเขายอมรับเนมสเปซที่มี (
สมมติว่า XML schema ต่อไปนี้มีอยู่โดยไม่มีคำจำกัดความของเนมสเปซ:
1.xsd เอบี
ต่อไปเราจะกำหนด XML schema หลัก main.xsd ซึ่งรวมถึง (
Main.xsd targetNamespace = "http://www.example.org"
สมมติว่าในระหว่างกระบวนการเปลี่ยนแปลง เราจำเป็นต้องระบุองค์ประกอบกิ้งก่า A อย่างชัดเจน โดยไม่คำนึงว่าพวกมันอาจเป็นของเนมสเปซใดในอนาคต เราจะแยกความแตกต่างคอมโพเนนต์กิ้งก่า A จากคอมโพเนนต์ A ที่กำหนดไว้ในเครื่องใน XML schema ได้อย่างไร
การระบุส่วนประกอบของกิ้งก่า
วิธีแก้ไขง่ายๆ วิธีหนึ่งคือการกำหนด Globally Unique Identifier (GUID) ให้กับมันเมื่อสร้างส่วนประกอบกิ้งก่า ข้อกำหนด XML Schema ช่วยให้คุณสามารถเพิ่มแอตทริบิวต์ id สำหรับองค์ประกอบ คุณลักษณะ และประเภทส่วนประกอบที่เรียบง่ายและซับซ้อนได้ โปรดทราบว่าแอตทริบิวต์ id นั้นมีเฉพาะใน XML schema เท่านั้น และจะไม่สิ้นสุดในเอกสาร XML เป็นคุณลักษณะนี้ที่สามารถใช้เพื่อระบุส่วนประกอบกิ้งก่าได้อย่างแม่นยำ โดยไม่คำนึงถึงเนมสเปซปัจจุบัน
คำถาม: จะเกิดอะไรขึ้นหากตัวประมวลผล XML ไม่สามารถเข้าถึง XML schema ที่มีคำจำกัดความที่จำเป็น เนื่องจากปัญหาเครือข่าย
เช่นเดียวกับคำจำกัดความ DTD ข้อยกเว้นจะเกิดขึ้นในตัวประมวลผล XML วิธีแก้ปัญหานี้คือเก็บสำเนาของ XML schema ที่คุณใช้ไว้ในเครื่องเสมอ
ฝึกใช้เนมสเปซ XML ในโครงการ
วิธีการออกแบบที่อธิบายไว้ข้างต้นสำหรับการใช้เนมสเปซ XML ในโครงการ ทั้ง XML schema และเอกสาร XML ได้รับการพิจารณาสำหรับแต่ละวิธีการออกแบบทั้งสามวิธี
ตอนนี้ยังคงต้องตอบคำถามหลัก: แนวทางไหนดีกว่าและในกรณีใด?
หากโปรเจ็กต์ของคุณใช้ XML Schema ที่สร้างและควบคุมโดยบุคคลอื่น คุณต้องใช้การนำเข้า (
- อย่างรวดเร็วมากสำเนาในเครื่องของโครงการไม่ซิงค์กับ XML schema อื่น ๆ และ...
- โครงการจะสูญเสียความสามารถในการโต้ตอบกับแอปพลิเคชันที่มีอยู่ซึ่งประมวลผลสคีมา XML อื่น ๆ
สถานการณ์ที่น่าสนใจยิ่งขึ้น (สถานการณ์ที่กล่าวถึงเป็นตัวอย่าง) คือวิธีจัดการกับเนมสเปซของ XML schema ที่สร้างขึ้นภายในกรอบงานของโครงการและอยู่ภายใต้การควบคุมของนักออกแบบคนเดียว (หรือกลุ่ม) ด้านล่างนี้เป็นคำแนะนำบางส่วน:
ใช้เนมสเปซกิ้งก่า:
ตัวอย่าง. ต้องกำหนดประเภทส่วนประกอบของพื้นที่เก็บข้อมูล เช่น สคีมา XML ที่กำหนดอาร์เรย์ เวกเตอร์ รายการที่เชื่อมโยง ฯลฯ โดยไม่ต้องระบุ targetNamespace (เช่น เป็นสคีมา XML กิ้งก่า)
หากสคีมา XML มีเพียงคำจำกัดความประเภท (ไม่มีการประกาศองค์ประกอบ) ก็เป็นตัวเลือกที่ดีสำหรับเนมสเปซกิ้งก่า
ใช้เนมสเปซที่เป็นเนื้อเดียวกัน:
- ถ้า XML schema ทั้งหมดมีแนวคิดที่เกี่ยวข้องกัน
- หากไม่จำเป็นต้องระบุด้วยสายตาในเอกสาร XML ว่าเป็นขององค์ประกอบและคุณลักษณะของ XML schema เฉพาะ ด้วยวิธีนี้ ส่วนประกอบทั้งหมดอยู่ในเนมสเปซเดียวกัน และทำให้ความสามารถในการระบุในเอกสาร XML ที่ "องค์ประกอบ A ถูกกำหนดไว้ในสคีมา X" หายไป เป็นเรื่องปกติที่ผู้ออกแบบไม่ต้องการแยกประเภทองค์ประกอบหรือคุณลักษณะแยกกัน ในกรณีนี้ เนมสเปซที่เป็นเนื้อเดียวกันค่อนข้างเหมาะสม
ใช้เนมสเปซที่ต่างกัน:
ในที่สุด ดังที่แสดงไว้ข้างต้น ใน XML Schemas แต่ละองค์ประกอบสามารถระบุได้โดยไม่ซ้ำกันโดยใช้แอตทริบิวต์ id (ซึ่งไม่เหมือนกับการประกาศแอตทริบิวต์ id บนองค์ประกอบ แต่เป็นกลไกภายในของ XML Schemas เพื่อระบุแต่ละองค์ประกอบของ XML Schema ). การใช้แอตทริบิวต์ id เพื่อระบุส่วนประกอบ XML Schema แต่ละรายการช่วยให้คุณควบคุมส่วนประกอบได้มากกว่าการใช้เนมสเปซ การรวมกันของเครื่องมือทั้งสองนี้ - เนมสเปซและแอตทริบิวต์ id ของส่วนประกอบ XML schema - เป็นการควบคู่อันทรงพลังที่ช่วยให้คุณระบุส่วนประกอบ XML schema ได้อย่างน่าเชื่อถือทั้งทางสายตาและทางโปรแกรม
เมื่อสร้างเอกสาร XML เราอาจพบว่าองค์ประกอบที่มีความหมายต่างกันจะมีชื่อเหมือนกัน คุณสามารถดูตัวอย่างได้ในบทความ “ข้อผิดพลาด RSS 10 อันดับแรก” ในจุดที่ 5 “ส่วนขยาย RSS ที่ไม่ถูกต้อง”
มาดูตัวอย่างที่เข้าใจยากแต่เข้าใจง่ายกัน เราจำเป็นต้องทำการเลือกจากตารางฐานข้อมูลสองตารางที่เกี่ยวข้องกับงานของกลุ่มดนตรีบางกลุ่มและสร้างแคตตาล็อกในรูปแบบของเอกสาร XML ตารางฐานข้อมูลหนึ่งมีข้อมูลเกี่ยวกับการบันทึกเสียงของวงดนตรี และอีกตารางหนึ่งมีข้อมูลเกี่ยวกับหนังสือที่อุทิศให้กับผลงานของวงโดยเฉพาะ ด้วยเหตุผลบางอย่าง (ไม่ชัดเจนว่าอะไร แต่สำคัญมาก) ทั้งคำอธิบายของการบันทึกเสียงและคำอธิบายของหนังสือควรมีอยู่ในองค์ประกอบ "รายการ" ด้วยเหตุผลเดียวกัน ทั้งชื่อโพสต์และชื่อหนังสือควรอยู่ในองค์ประกอบ "ชื่อ"
เป็นผลให้เราได้รับสิ่งนี้:
มีข้อขัดแย้งในการตั้งชื่อเนื่องจากเป็นการยากที่จะระบุชนิดของข้อมูลแต่ละองค์ประกอบ "รายการ" และ "ชื่อ" ที่มี บล็อก "รายการ" แรกหมายถึงรายชื่อผลงานและองค์ประกอบ "ชื่อ" ประกอบด้วยชื่อของแผ่นดิสก์ บล็อก "รายการ" ที่สองหมายถึงบรรณานุกรมและองค์ประกอบ "ชื่อ" ประกอบด้วยชื่อหนังสือ เพื่อป้องกันความขัดแย้งดังกล่าว เราจำเป็นต้องแยกกลุ่มเหล่านี้ออกอย่างมีเหตุผล ทำได้โดยการระบุเนมสเปซ: องค์ประกอบบางอย่างอ้างถึงชื่อ "ดนตรี" และองค์ประกอบอื่น ๆ ถึงชื่อ "หนังสือ" หากต้องการประกาศเนมสเปซ ให้ใช้แอตทริบิวต์ที่ชื่อประกอบด้วยคำสงวน “xmlns” ตามด้วยเครื่องหมายทวิภาค และที่จริงแล้วคือชื่อนั้นเอง:
Xmlns:music = "http://ininfo.biz/music"
คำถามแรกที่เกิดขึ้นคือจะใช้อะไรเป็นค่าของแอตทริบิวต์ "xmlns" เพื่อให้มั่นใจในความเป็นเอกลักษณ์ของเนมสเปซ คุณต้องใช้สตริงเฉพาะบางประเภทที่จะระบุองค์ประกอบนี้โดยไม่ซ้ำกัน * หลายๆ คนใช้ URL เป็นตัวระบุ เนื่องจากชื่อโดเมนที่ใช้ใน URL นั้นไม่ซ้ำกัน นอกจากนี้ ไม่น่าจะมีใครใช้ที่อยู่ "http://ininfo.biz/book" นอกเหนือจากเจ้าของ ดังนั้นจึงไม่มีความขัดแย้ง
เนมสเปซสำหรับองค์ประกอบ
การบ่งชี้ว่าองค์ประกอบใดเป็นของเนมสเปซจะถูกเขียนก่อนจุดเริ่มต้นของชื่อองค์ประกอบ โดยคั่นด้วยเครื่องหมายทวิภาค:
ตามหลักการข้างต้น เป็นไปได้ที่จะประกาศเนมสเปซสำหรับแต่ละองค์ประกอบที่ใช้ในเอกสาร:
เห็นด้วยนี่ไม่ใช่ตัวเลือกที่ดีที่สุดเนื่องจากก่อนอื่นคุณต้องพิมพ์ข้อความจำนวนมาก ประการที่สองโค้ดดังกล่าวอ่านยาก ประการที่สาม มันง่ายที่จะทำผิดพลาด คุณสามารถทำได้ด้วยวิธีอื่นโดยใช้กฎ:
เนมสเปซที่ประกาศสำหรับองค์ประกอบใดๆ จะเป็นเช่นนี้สำหรับองค์ประกอบทั้งหมดที่ซ้อนกันอยู่ในนั้น เว้นแต่จะมีการประกาศเนมสเปซอื่นๆ สำหรับองค์ประกอบเหล่านั้น
คุณสามารถทำได้ง่ายกว่านี้อีก - ประกาศเนมสเปซทั้งหมดพร้อมกันในองค์ประกอบรูท:
อย่างไรก็ตาม โปรดจำไว้ว่าตัวระบุของเนมสเปซคือค่าของแอตทริบิวต์ "xmlns" ไม่ใช่ชื่อคำนำหน้า ในตัวอย่างต่อไปนี้ องค์ประกอบทั้งหมดอยู่ในช่องว่างเดียวกัน (ค่าแอตทริบิวต์คือ "http://ininfo.biz/group") แม้ว่าจะมีชื่อนำหน้าต่างกัน ("เพลง" และ "หนังสือ"):
สิ่งที่ตรงกันข้ามก็เป็นไปได้เช่นกัน - องค์ประกอบมีเนมสเปซที่แตกต่างกัน แต่ใช้ชื่อคำนำหน้าเหมือนกัน:
คุณสามารถทำได้โดยไม่มีชื่อนำหน้า ในการดำเนินการนี้ คุณจะต้องตั้งค่าเนมสเปซเริ่มต้น ในกรณีนี้ พื้นที่นี้จะใช้สำหรับองค์ประกอบที่มันเกิดขึ้นและสำหรับองค์ประกอบลูก (ซ้อนกัน) ทั้งหมด:
หากต้องการแทนที่เนมสเปซเริ่มต้น คุณต้องตั้งค่าแอตทริบิวต์ "xmlns" ให้เป็นสตริงว่าง:
เนมสเปซสำหรับแอตทริบิวต์ขององค์ประกอบ
เช่นเดียวกับองค์ประกอบ คุณสามารถกำหนดแอตทริบิวต์ให้กับเนมสเปซที่กำหนดได้:
อย่างไรก็ตาม เนมสเปซเริ่มต้นใช้ไม่ได้กับแอตทริบิวต์ หากแอตทริบิวต์ไม่ได้ระบุคำนำหน้า ก็จะไม่อยู่ในเนมสเปซใดๆ:
ข้างต้นเป็นจริงเช่นกันเมื่อมีการระบุเนมสเปซสำหรับองค์ประกอบที่แอตทริบิวต์นั้นอยู่ ตัวอย่างเช่น:
เพื่อให้สิ่งต่าง ๆ สับสนมากขึ้น การประกาศเนมสเปซจะดำเนินการภายในขอบเขตขององค์ประกอบที่มันเกิดขึ้น:
บางทีบทความนี้จะได้รับการอัปเดต ดังนั้นจะติดตามและติดตามกันต่อไป
* สำหรับพลเมืองของสหพันธรัฐรัสเซีย TIN ของเขาถือเป็นตัวระบุที่ไม่ซ้ำกัน ไม่ใช่หมายเลขหนังสือเดินทาง - หนังสือเดินทางถูกเปลี่ยนสามครั้งและหากสูญหายจะออกหนังสือเดินทางใหม่
คำอธิบายประกอบ: ส่วนนี้จะอธิบายการใช้และการประกาศเนมสเปซ คุณสมบัติหลักของ RDF, XML-Data, คำอธิบายเนื้อหาเอกสาร (DCD), Schema สำหรับ Object-Oriented XML (SOX), Document Definition Markup Language (DDML เดิมชื่อ XSchema) จะได้รับ
ก่อนหน้านี้เราได้อธิบายข้อเสียบางประการของคำจำกัดความ DTD ซึ่งเกี่ยวข้องกัน:
- ไวยากรณ์ของคำจำกัดความเหล่านี้แตกต่างจากไวยากรณ์ของ XML (โดยเฉพาะที่เรียกว่าส่วนขยาย ฟอร์มแบ็คคัส-เนาร์, แบบฟอร์ม Backus Naur แบบขยาย);
- คำจำกัดความเหล่านี้ไม่ชัดเจนเพียงพอ
- เนื่องจากผู้ใช้แต่ละคนสามารถสร้างแท็กของตนเองได้ จึงมีแนวโน้มว่าผู้ใช้จะใช้ชื่อองค์ประกอบเดียวกันเพื่ออ้างถึงสิ่งต่าง ๆ แม้ว่าความหมายขององค์ประกอบจะเหมือนกัน แต่เนื้อหาที่เป็นไปได้อาจแตกต่างกันไปขึ้นอยู่กับคำจำกัดความ ดังนั้นเราจึงต้องการวิธีกำหนดการใช้งานเฉพาะขององค์ประกอบ โดยเฉพาะอย่างยิ่งถ้าเราผสมคำศัพท์ประเภทต่างๆ ในเอกสารเดียวกัน เพื่อแก้ไขปัญหา W3C ได้เผยแพร่ข้อกำหนดที่เรียกว่า XML Namespaces ซึ่งช่วยให้คุณสามารถกำหนดบริบทขององค์ประกอบในเนมสเปซได้
- มีสถานการณ์ที่จำเป็นต้องรวมเอกสาร XML จากแหล่งต่างๆ ที่สอดคล้องกับคำจำกัดความ DTD ที่แตกต่างกัน ตัวอย่างเช่น สถานการณ์นี้เกิดขึ้นเมื่ออธิบายข้อมูลจำนวนมาก หาก DTD แต่ละรายการไม่เพียงพอที่จะครอบคลุมทั้งเล่มหรือข้อมูลเหล่านี้เข้าใจยาก นอกจากนี้ยังเกิดขึ้นในระบบอีคอมเมิร์ซเมื่อพยายามรวมข้อมูลของคู่ค้าทางธุรกิจของคุณเข้ากับข้อมูลของคุณ สถานการณ์อาจเกิดขึ้นเมื่อคุณต้องการเพิ่มการตั้งค่าของคุณไปยัง DTD ที่มีอยู่เพื่อแลกเปลี่ยนข้อมูลบางอย่างในรูปแบบมาตรฐาน ขออภัย คำแนะนำ XML ไม่มีวิธีรวม DTD หลายรายการในเอกสารเดียวโดยไม่ต้องแก้ไขหรือสร้าง DTD ใหม่ (โดยใช้การอ้างอิงภายนอก)
บทนี้ครอบคลุมแนวคิดสองประการต่อไปนี้ - เนมสเปซและสคีมา XML เนมสเปซช่วยให้นักพัฒนา XML แบ่งปัญหาที่ซับซ้อนออกเป็นส่วนเล็กๆ และรวมคำศัพท์หลายคำไว้ในเอกสารเดียวเพื่ออธิบายปัญหาได้อย่างครบถ้วน เมื่อใช้สคีมา ผู้ออกแบบพจนานุกรมจะสร้างคำจำกัดความที่แม่นยำมากกว่าที่เป็นไปได้ใน DTD และดำเนินการดังกล่าวโดยใช้ไวยากรณ์ XML
เครื่องมือทั้งสองนี้ช่วยแก้ปัญหาที่ซับซ้อนที่เกิดขึ้นเมื่อใช้ XML เนมสเปซและสคีมาช่วยให้นักออกแบบและโปรแกรมเมอร์ XML สามารถ:
- จัดระเบียบคำศัพท์เพื่อแก้ปัญหาที่ซับซ้อนได้ดีขึ้น
- บันทึก การพิมพ์ที่แข็งแกร่งข้อมูลระหว่างการแปลงเป็นและจาก XML
- อธิบายคำศัพท์ได้แม่นยำและยืดหยุ่นมากกว่าการใช้ DTD
- อ่านกฎพจนานุกรมใน XML เข้าถึงคำจำกัดความโดยไม่ทำให้ parser ซับซ้อน
พจนานุกรมผสม
เมื่อออกแบบพจนานุกรม การแบ่งปัญหาระดับโลกออกเป็นส่วนต่างๆ อาจเป็นเรื่องสมเหตุสมผล สิ่งนี้ต้องใช้วิธีแบ่งปัญหาใหญ่ออกเป็นคำศัพท์หลายคำ อย่างไรก็ตาม ปัญหาที่แท้จริงที่ต้องแก้ไขคือการรวม DTD ที่แยกจากกันภายในเนื้อความของเอกสารฉบับเดียว ปัญหานี้อาจเกิดขึ้นได้เช่นกัน ตัวอย่างเช่น หากคุณทำงานให้กับบริษัทที่มีแนวโน้มว่าจะมีชุดคำจำกัดความ DTD อยู่แล้ว และการใช้งานสามารถอำนวยความสะดวกในการทำงานได้อย่างมาก เพราะพวกเขาอธิบายปัญหาตามที่คนอื่นเข้าใจ การนำคำจำกัดความ DTD มาใช้ซ้ำก็มักจะมีประโยชน์เช่นกัน เช่น การใช้โครงสร้างทั่วไปจากคำจำกัดความ DTD ที่สร้างขึ้นก่อนหน้านี้ หากคุณกำลังพัฒนาแอปพลิเคชันที่ต้องการสื่อสารกับซอฟต์แวร์ของพันธมิตรภายนอก คุณมีทางเลือกเพียงเล็กน้อยนอกจากการนำแนวคิดที่มีอยู่กลับมาใช้ใหม่ คำจำกัดความที่มีอยู่ของ DTD ประกอบด้วยภาษาทั่วไปที่ต้องพูดเพื่อที่จะเข้าใจ หากมีแนวคิดอยู่แล้ว เราต้องทำงานเพื่อให้เข้าใจในแง่ของแนวคิดนั้น
เมื่อคุณใช้คำจำกัดความที่เป็นประโยชน์สำหรับคุณจาก DTD ของนักพัฒนารายอื่น หรือเมื่อคุณรวม DTD ที่แบ่งกลุ่มเพื่อสร้างเอกสารที่อธิบายปัญหาที่ซับซ้อน ถ้าเอกสารของคุณใช้องค์ประกอบที่มีชื่อเดียวกัน คุณจะเสี่ยงต่อการประสบปัญหา ความคลุมเครือและการชนกันของชื่อ
ปัญหาจะรุนแรงขึ้นอีกเมื่อใช้อินสแตนซ์ชื่อจาก DTD หลายตัว ในกรณีนี้ เราไม่ทราบว่าองค์ประกอบใดที่คำจำกัดความ DTD อ้างถึง ปัญหาของเอกสารที่มีรูปแบบที่ดีนี้เรียกว่าความคลุมเครือ นอกจากนี้หากต้องใช้ชื่อจากเอกสาร การตรวจสอบความถูกต้องเราอาจทำให้แอปพลิเคชันของเราสับสนได้ ปัญหานี้เรียกว่าการชนกันของชื่อ
เนมสเปซ
เนมสเปซสามารถช่วยผู้ใช้ได้สองวิธีที่สำคัญมาก ด้วยความช่วยเหลือของพวกเขา คุณสามารถ:
- รวมเอกสารจากสองแหล่งขึ้นไปโดยไม่สูญเสียความมั่นใจว่าโปรแกรมจะแยกแยะองค์ประกอบหรือคุณลักษณะที่นำมาจากแหล่งใด
- หากเป็นไปได้ ให้อนุญาตให้ตัวแทนผู้ใช้เข้าถึงเนื้อหาเพิ่มเติม เช่น คำจำกัดความประเภทเอกสาร (DTD) หรือคำอธิบายองค์ประกอบและคุณลักษณะอื่นๆ
เนมสเปซคือชุดของค่าหรือคุณลักษณะบางอย่างที่สามารถใช้ในเอกสาร XML เป็นชื่อขององค์ประกอบหรือแอตทริบิวต์ เนมสเปซใน XML ถูกกำหนดโดย Uniform Resource Identifier (URI) (คุณสามารถใช้ที่อยู่ DTD บนเซิร์ฟเวอร์ของคุณเป็น URI) ช่วยให้แต่ละเนมสเปซมีเอกลักษณ์เฉพาะตัว
ดังนั้น เพื่อที่จะใช้เนมสเปซในเอกสารที่รวมองค์ประกอบจากแหล่งต่างๆ ได้อย่างมีประสิทธิภาพ เราจำเป็นต้องกำหนด:
- การอ้างอิงถึง URI ที่อธิบายการใช้องค์ประกอบ
- นามแฝงที่ช่วยให้เราเข้าใจว่าองค์ประกอบของเรามาจากเนมสเปซใด นามแฝงนี้อยู่ในรูปแบบของคำนำหน้าองค์ประกอบ (เช่น หากนามแฝงสำหรับองค์ประกอบ Book ที่ไม่ชัดเจนคือ Catalog องค์ประกอบนั้นจะถูกเรียก
การใช้และการประกาศเนมสเปซ
การประกาศเนมสเปซ
เนื่องจากในภาษามาร์กอัปที่แตกต่างกัน - การใช้ XML - คุณสามารถค้นหาชื่อแท็กและคุณลักษณะเดียวกันได้ซึ่งมีความหมายที่แตกต่างกันโดยสิ้นเชิงจึงจำเป็นต้องแยกแยะความแตกต่างระหว่างแท็กเหล่านั้นได้ เมื่อต้องการทำเช่นนี้ ชื่อของแท็กและคุณลักษณะจะได้รับคำนำหน้าแบบสั้น ซึ่งแยกออกจากชื่อด้วยเครื่องหมายทวิภาค คำนำหน้าชื่อเชื่อมโยงกับตัวระบุที่กำหนดเนมสเปซ ชื่อแท็กและแอตทริบิวต์ทั้งหมดที่มีคำนำหน้าเชื่อมโยงกับตัวระบุเดียวกันจะสร้างเนมสเปซเดียว ซึ่งชื่อจะต้องไม่ซ้ำกัน
เนื่องจากเราต้องการให้ทุกคนสามารถจดจำการประกาศเนมสเปซได้เมื่อเราเห็น เราจึงขอสงวนคำพิเศษสำหรับคำดังกล่าว ตามคำแนะนำของเนมสเปซ คำนี้คือ xmlns ค่าของแอตทริบิวต์คือ URI ที่ระบุเนมสเปซที่จะใช้ ซึ่งมักจะเป็น URL คำจำกัดความของ DTD แต่ไม่จำเป็นต้องเป็นเช่นนั้นเสมอไป คำนำหน้าเนมสเปซและตัวระบุถูกกำหนดโดยแอ็ตทริบิวต์ xmlns ดังต่อไปนี้:
อย่างที่คุณเห็น คำนำหน้า ntb เพิ่งถูกกำหนดไว้ แต่สามารถนำมาใช้ในชื่อ ntb: notebook ได้แล้ว ในอนาคต ชื่อของแท็กและคุณลักษณะที่เราต้องการกำหนดให้กับเนมสเปซ http://some.firm.com/2003/ntbml จะขึ้นต้นด้วย ntb เช่น:
นอกจากนี้ เนมสเปซหลายรายการสามารถเกิดขึ้นได้ในแท็กเดียว ด้านล่างนี้เป็นตัวอย่างของการผสมเนมสเปซหลายรายการ:
องค์ประกอบหนังสือมาจากเนมสเปซแคตตาล็อก และแอตทริบิวต์ ISBN มาจาก order
ชื่อพร้อมกับคำนำหน้า เป็นต้น
เรียกว่าชื่อขยาย คุณสมบัติ หรือชื่อที่มีคุณสมบัติ (OName ชื่อที่ผ่านการรับรอง) ส่วนของชื่อที่เขียนหลังเครื่องหมายทวิภาคเรียกว่าส่วนท้องถิ่นของชื่อ
ระบบการตั้งชื่อของชื่อทรัพยากรบนเว็บอาจทำให้เกิดความสับสน ตัวระบุทรัพยากรที่สม่ำเสมอ ( ตัวระบุทรัพยากรแบบเดียวกัน, URL) ระบุทรัพยากรในแง่ของโปรโตคอลการเข้าถึงและตำแหน่งเครือข่าย ตัวระบุทรัพยากรที่เหมือนกัน ( ตัวระบุทรัพยากรแบบเดียวกัน URI) เป็นชื่อเฉพาะสำหรับทรัพยากรบางอย่าง ดู URI ว่าเป็นสตริงอักขระเฉพาะที่ระบุเนมสเปซ
ตามกฎของ SGML และ XML สามารถใช้โคลอนในชื่อเป็นอักขระธรรมดาได้ดังนั้นชื่อที่มีคำนำหน้าจึงเป็นเพียงกลอุบาย โปรแกรมใด ๆ ที่ไม่ "รู้" เนมสเปซแยกวิเคราะห์เอกสารถือว่า ชื่อที่มีคุณสมบัติเป็นชื่อสามัญ โดยเฉพาะอย่างยิ่งมันตามมาว่าใน การประกาศประเภทเอกสาร(การประกาศประเภทเอกสาร) ไม่สามารถละเว้นคำนำหน้าชื่อได้
แอตทริบิวต์ xmlns สามารถปรากฏบนองค์ประกอบ XML ใดก็ได้ ไม่ใช่แค่องค์ประกอบรูท คำนำหน้าที่กำหนดสามารถนำไปใช้กับองค์ประกอบที่แอตทริบิวต์ xmlns ถูกเขียนและองค์ประกอบทั้งหมดที่ซ้อนกันอยู่ภายใน นอกจากนี้ สามารถกำหนดเนมสเปซได้หลายรายการในองค์ประกอบเดียว
ในองค์ประกอบที่ซ้อนกัน เนมสเปซสามารถแทนที่ได้โดยการเชื่อมโยงคำนำหน้ากับตัวระบุอื่น
การปรากฏของชื่อแท็กโดยไม่มีคำนำหน้าในเอกสารที่ใช้เนมสเปซหมายความว่าชื่อนั้นเป็นของเนมสเปซเริ่มต้น
เอกสารที่ได้รับการออกแบบมาอย่างดีควรใช้เนมสเปซสำหรับองค์ประกอบทั้งหมด
คำนำหน้าที่ขึ้นต้นด้วยอักขระ xml ไม่ว่าในกรณีใดจะสงวนไว้สำหรับภาษา XML เอง คำนำหน้า xmlns ใช้เพื่อเชื่อมโยงคำนำหน้าอื่นที่กำหนดไว้กับตัวระบุเนมสเปซ ไม่จำเป็นต้องกำหนดคำนำหน้า xmlns โดยแนะนำโดยคำแนะนำ "เนมสเปซใน XML" และเชื่อมโยงกับตัวระบุเนมสเปซที่นั่น http://www.w3.ori/2000 /xmlns/.
คำนำหน้าอื่น xml เชื่อมโยงกับคำแนะนำเดียวกันกับตัวระบุ http://www.w3.org/XML/1998/namespace- นอกจากนี้ยังไม่จำเป็นต้องกำหนดไว้ในเอกสาร XML ไม่สามารถเชื่อมโยงคำนำหน้าอื่นกับตัวระบุเหล่านี้ได้ นี่เป็นสิ่งสำคัญสำหรับข้อความบางข้อความ เช่น รหัสโปรแกรม ค่าเริ่มต้นจะปล่อยให้ช่องว่างขึ้นอยู่กับดุลยพินิจของตัวจัดการ
ขอบเขต
การประกาศเนมสเปซมีขอบเขต เช่นเดียวกับการประกาศตัวแปรในภาษาการเขียนโปรแกรม นี่เป็นสิ่งสำคัญเนื่องจากเนมสเปซไม่ได้ประกาศไว้ที่ตอนต้นของเอกสาร XML เสมอไป บางครั้งอาจมีการประกาศในส่วนต่อๆ ไป การประกาศเนมสเปซใช้กับองค์ประกอบที่ปรากฏ เช่นเดียวกับการสืบทอดขององค์ประกอบนั้น แม้ว่าจะไม่ได้กำหนดไว้อย่างชัดเจนก็ตาม ชื่อสามารถอ้างถึงเนมสเปซได้หากใช้ภายในขอบเขตของการประกาศเท่านั้น
อย่างไรก็ตาม เราจะต้องผสมขอบเขตเนมสเปซกับองค์ประกอบที่จะสืบทอดเนมสเปซอื่น ในเรื่องนี้ มีการกำหนดขอบเขตการประกาศสองวิธี: ค่าเริ่มต้นและผ่านการรับรอง
ขอบเขตเริ่มต้น
อย่างที่คุณคาดหวัง การใส่คำนำหน้าชื่อทุกชื่อในเอกสารจะกลายเป็นเรื่องน่าเบื่ออย่างรวดเร็ว ในความเป็นจริง ด้วยการแนะนำแนวคิดของขอบเขตชื่อ เราสามารถผสมคำนำหน้าจำนวนมากในเอกสารของเราได้ หากเรากำหนดเนมสเปซเริ่มต้น จะถือว่าเป็นเจ้าของชื่อที่ไม่ผ่านการรับรองทั้งหมดภายในขอบเขตของการประกาศ ดังนั้น เนมสเปซเริ่มต้นที่ประกาศในองค์ประกอบรูทจึงถือเป็นค่าเริ่มต้นสำหรับทั้งเอกสาร และสามารถแทนที่ได้โดยเนมสเปซที่เฉพาะเจาะจงมากขึ้นที่ประกาศภายในเอกสารเท่านั้น
หากต้องการทำให้เนมสเปซเป็นเนมสเปซเริ่มต้นสำหรับขอบเขต เพียงละเว้นการประกาศคำนำหน้า
หากมีการประกาศคำนำหน้าแล้วใช้ร่วมกับชื่อ จะมีการกล่าวว่าเนมสเปซถูกกำหนดไว้อย่างชัดเจน หากต้องการกำหนดชื่อที่ไม่เข้าเกณฑ์ให้กับเนมสเปซ คุณต้องประกาศพื้นที่เริ่มต้นที่มีชื่อที่ไม่เข้าเกณฑ์ (ไม่มีคำนำหน้า)
ขอบเขตที่ผ่านการรับรอง
วิธีการข้างต้นใช้ได้ผลดีหากคุณสามารถแยกเนมสเปซของคุณได้อย่างชัดเจน แต่บางครั้งจำเป็นต้องรวมชื่อบุคคลจากเนมสเปซภายนอกไว้ในเอกสาร แทนที่จะประกาศเนมสเปซสำหรับทั้งขอบเขต คุณสามารถใช้ชื่อที่ผ่านการรับรองได้ ประกาศเนมสเปซที่คุณต้องการในตอนต้นของเอกสาร จากนั้นจึงกำหนดคุณสมบัติ ณ จุดใช้งาน
