XML फ़ाइल खोलें

ऐसा ट्री जिसमें सच में घूमा जा सके

टेक्स्ट एडिटर में XML कोणीय कोष्ठकों की दीवार होता है; वही डॉक्यूमेंट ट्री के रूप में ऐसा होता है जिसे पढ़ा जा सके। हर एलिमेंट एक पंक्ति बन जाता है जिसे आप खोल या समेट सकते हैं, एट्रिब्यूट लाइन में भीड़ करने की बजाय अपने एलिमेंट के साथ दिखते हैं, और नेस्टिंग ही इंडेंटेशन है — इसलिए दस हज़ार लाइन के एक्सपोर्ट में अपना एक काम का रिकॉर्ड ढूंढना बस उन शाखाओं को बंद करने की बात है जो आपको नहीं चाहिए।

कुछ सौ से ज़्यादा एलिमेंट वाला डॉक्यूमेंट जान-बूझकर रूट के नीचे समेटा हुआ खुलता है। बड़े एक्सपोर्ट की हर पंक्ति पहले ड्रॉ करने का मतलब होता ऐसा पेज जो इस्तेमाल लायक होने में सेकंड लगाए और फिर अटक-अटक कर स्क्रॉल हो; समेटकर शुरू करने से डॉक्यूमेंट का ढांचा तुरंत दिख जाता है, और आम तौर पर आप यही ढूंढ रहे होते हैं। आगे बढ़ते हुए खोलते जाना तेज़ भी है और किसी अनजान फ़ाइल को समझने का बेहतर तरीक़ा भी।

न कुछ फ़ेच किया जाता है, न कुछ resolve किया जाता है। XML डॉक्यूमेंट किसी बाहरी DTD या entity की ओर इशारा कर सकता है, और जो पार्सर इन इशारों का पालन करता है वह जाकर वही चीज़ ले आएगा जिसकी ओर वे इशारा करते हैं — डिस्क पर रखी कोई फ़ाइल, किसी अंदरूनी नेटवर्क का कोई पता। यही XML External Entity कमज़ोरी है, और इसका पूरा बचाव सिर्फ़ मना करना है। इसलिए जो डॉक्यूमेंट किसी बाहरी DTD पर निर्भर है, वह उसके बिना दिखता है — यह कमी नहीं, सुरक्षा का गुण है, और यह ठीक उसी हालत में सबसे ज़्यादा मायने रखता है जिसके लिए लोग व्यूअर इस्तेमाल करते हैं: ऐसी फ़ाइल की जांच जो उन्होंने ख़ुद नहीं लिखी।

Namespace जैसे लिखे हैं वैसे ही दिखाए जाते हैं, उन्हें सामान्य बनाकर हटाया नहीं जाता, क्योंकि किसी अनजान डॉक्यूमेंट में अक्सर prefix ही वह चीज़ होती है जिसे आप समझने की कोशिश कर रहे होते हैं। CDATA सेक्शन उनके अंदर के टेक्स्ट के रूप में ज्यों के त्यों दिखते हैं, और entity reference खोले नहीं जाते बल्कि वैसे ही दिखाए जाते हैं, ताकि जो आप देखें वह फ़ाइल में मौजूद चीज़ से मेल खाए।

जब आपको कुछ और चाहिए

जब आपको पता हो कि क्या ढूंढना है, तो ब्राउज़ करने की बजाय query करें। xmlstarlet sel -t -v "//order[@id='42']/total" data.xml एक XPath एक्सप्रेशन से एक ख़ास सवाल का जवाब देता है, और xmllint --xpath भी यही करता है। जब आप बता सकते हैं कि आपको क्या चाहिए, तो यह ट्री खोलने से कहीं तेज़ है।

जो फ़ाइलें मेमोरी में समा ही नहीं सकतीं — और ट्री के रूप में पार्स हुआ XML आम तौर पर फ़ाइल के साइज़ से कई गुना जगह लेता है — उनमें कोई व्यूअर मदद नहीं करेगा। Python के iterparse जैसे streaming पार्सर कई गीगाबाइट के डॉक्यूमेंट को स्थिर मेमोरी में पढ़ लेते हैं, और किसी बहुत बड़ी चीज़ का ढांचा उसे लोड किए बिना देखने के लिए less के साथ xmllint --format काफ़ी है।