सही संरचना वाला XML व्यावसायिक रूप से सही होना ज़रूरी नहीं
XML बंद न किए टैग से भी अस्वीकृत हो सकता है और सही लिखे मगर अनुपयुक्त मान से भी। कारण समझने के लिए इन दोनों गलतियों को अलग करें।
संरचना शुद्धता की पहली परत है
XML में एक मूल तत्व और सही नेस्टिंग चाहिए। दूसरे नाम से टैग बंद करना या अलग-अलग मूल तत्व रखना संरचना तोड़ता है, भले मनुष्य अर्थ समझ ले।
स्वीकृत फ़ील्ड और मान अलग परत हैं। सही संरचना वाले दस्तावेज़ में ऋणात्मक रकम या प्राप्तकर्ता द्वारा अस्वीकार्य कोड हो सकता है।
फ़ॉर्मैट बदलने से सामग्री न बदले
तत्वों के बीच स्पेस पढ़ना आसान बनाते हैं, लेकिन मिश्रित पाठ में वे वाक्य का हिस्सा हो सकते हैं। उन्हें मिटाना या मनमाने लाइन-ब्रेक देना पढ़े जाने वाले अर्थ को बदल सकता है।
ToolRoof मिश्रित पाठ बचाता और xml:space के दायरे का ध्यान रखता है। दोबारा फ़ॉर्मैट करना समान बाइट या डिजिटल हस्ताक्षर बचाने का तरीका नहीं; तुलना के लिए मूल रखें।
जाँच का वास्तविक दायरा जानें
साधन XML 1.0 की संरचना जाँचता और फ़ॉर्मैट करता है। XSD/DTD सत्यापन या बाहरी entities लाना नहीं करता। DOCTYPE और ENTITY घोषणाएँ समर्थित मानने के बजाय अस्वीकार होती हैं।
पास होने से कर, वित्तीय या आधिकारिक जमा की स्वीकृति तय नहीं होती। संरचना के बाद प्राप्तकर्ता का वास्तविक स्कीमा और नियम उचित वातावरण में जाँचें; अनावश्यक संवेदनशील डेटा साझा न करें।
उदाहरण: सही संरचना में ऋणात्मक रकम
<order><amount>-5</amount></order> की संरचना सही है और उसमें 2 तत्व हैं। -5 स्वीकार्य है या नहीं, इसके लिए अतिरिक्त नियम चाहिए।
<order><amount>5</order> गलत है क्योंकि amount, order से पहले बंद नहीं हुआ। <p>Read <b>this</b> now.</p> के स्पेस भी ज़रूरी हैं, ताकि फ़ॉर्मैट करते हुए शब्द जुड़ न जाएँ।