XML डिज़ाइन के सिद्धांत: जब IBM से Uche Ogbuji द्वारा तत्वों बनाम विशेषताओं का उपयोग किया जाता है, तो शायद यह इस मामले पर सबसे अच्छे संसाधनों में से एक है।
निर्णय के मूल में यह है कि गुण 'काम' किए जाते हैं। आप उन्हें बदल नहीं सकते हैं या उन्हें संशोधित नहीं कर सकते हैं या उन्हें घोंसला नहीं बना सकते हैं। वे तत्व के भीतर स्वतंत्र और विशिष्ट हैं (आप एक ही चीज़ के दो नहीं हो सकते हैं)।
यदि इन बाधाओं में से कोई भी ऐसी चीजें हैं जो बदल सकती हैं, तो डेटा को XML का एक बच्चा नोड बनाएं।
आपके उदाहरण में, आपके पास एक व्यक्ति है जिसका नाम और आयु है। मेरा पहला, मध्य और अंतिम नाम है ... और एक उपनाम। और कुछ लोगों के नाम, कई मध्य नाम, या सम्मान हैं - आप जॉन रोनाल्ड रीएल टोल्किन को ऐसी संरचना में कैसे डालेंगे ?
और इसलिए हमारे पास कोई ऐसा व्यक्ति है जिसके पास दो मध्य नाम हैं जिनके पास एक आदेश है। यह स्पष्ट रूप से दिखाना चाहिए कि नहीं, एक विशेषता इसके लिए सबसे अच्छा विकल्प नहीं है।
मैं इसे वर्तमान में नहीं पा सकता हूं, लेकिन उपरोक्त लिंक किए गए दस्तावेज़ में एक बयान है कि नाम एक ऐसी चीज है जिसके लिए "भविष्य के लेख में मार्कअप में लोगों के नामों के उपचार पर विस्तार की उम्मीद है"। यदि किसी के पास इस पर लीड है, तो कृपया एक टिप्पणी छोड़ें या इसे इस स्थान पर संपादित करें।
दूसरी ओर, उम्र कुछ ऐसा है जिसमें एक निश्चित संरचना होती है (मैं एक पूर्णांक के बजाय जन्मदिन का सुझाव देता हूं)। जैसे, इस जानकारी को एक अच्छी तरह से ज्ञात और समझा प्रारूप में प्रस्तुत करना एक विशेषता में समझ में आता है। एक व्यक्ति के पास एक और केवल एक जन्मदिन है और इसके लिए कोई 'आदेश' नहीं है जिसे आप संरक्षित करना चाहते हैं।
Uche Ogbuji एक xml प्रारूप को ठीक से डिजाइन करने में तीन मुख्य सिद्धांतों की पहचान करता है। उपरोक्त लिंक किए गए दस्तावेज़ से निम्नलिखित संक्षिप्त उद्धरण हैं।
- संरचित जानकारी का सिद्धांत
यदि जानकारी एक संरचित रूप में व्यक्त की जाती है, खासकर यदि संरचना एक्स्टेंसिबल हो सकती है, तो तत्वों का उपयोग करें। दूसरी ओर: यदि जानकारी को परमाणु टोकन के रूप में व्यक्त किया जाता है, तो विशेषताओं का उपयोग करें
- पठनीयता का सिद्धांत
यदि जानकारी को किसी व्यक्ति द्वारा पढ़ने और समझने का इरादा है, तो तत्वों का उपयोग करें। यदि जानकारी किसी मशीन द्वारा सबसे आसानी से समझी और पच जाती है, तो विशेषताओं का उपयोग करें।
- तत्व / विशेषता बंधन
का सिद्धांत एक तत्व का उपयोग करें यदि आपको किसी अन्य विशेषता द्वारा इसके मूल्य को संशोधित करने की आवश्यकता है
और इसलिए, नामों को तत्व होना चाहिए - वे संरचित डेटा हैं जो परमाणु टोकन नहीं हैं, उन्हें कंप्यूटर की तुलना में मानव द्वारा पढ़ने की अधिक संभावना है और उन्हें नाम पर ही एक अन्य विशेषता द्वारा संशोधित किया जा सकता है।
तिथियां विशेषताएँ होनी चाहिए - वे डेटा हैं जो एक परमाणु टोकन हैं, वे कंप्यूटर द्वारा मानव की तुलना में पढ़ने की अधिक संभावना रखते हैं (और यदि आवश्यक हो तो मानव के पसंदीदा प्रारूप में बदल जाते हैं), और अंतिम रूप से वे अन्य द्वारा संशोधित होने की संभावना नहीं है। उन पर विशेषताएँ।