एक्सएमएल प्रारूप में जावा ऑब्जेक्ट की बहु-फ़ाइल भंडारण (भाग 2)

विषय पर पहली पोस्ट: एक्सएमएल प्रारूप में जावा ऑब्जेक्ट की बहु-फ़ाइल भंडारण (भाग 1)

परिचय

चूंकि बहुत समय बीत चुका है और पुस्तकालय बदल गया है, इसलिए मैंने विवरण जारी रखने और कुछ बिंदुओं को उजागर करने का निर्णय लिया। अपनी रचनात्मक आलोचना के लिए उपयोगकर्ताओं को बहुत धन्यवाद, जो मुझे उम्मीद है कि प्रयोज्य को बढ़ाने में मदद मिली है।
पहली बात जो मैं नोट करना चाहूंगा, वह यह है कि रूट ऑब्जेक्ट्स के साथ काम करने के तरीकों के समूह को मुख्य मुखौटा वर्ग XmlDataStore से हटा दिया गया है। अब वस्तुओं को जड़ और शेष में अलग नहीं करना है।

इंटरफ़ेस IXmlDataStoreIdentifiable

चूंकि, पहले संस्करण की चर्चा के दौरान, यह सही ढंग से नोट किया गया था कि गेटआईड () और सेटआईड () विधियों का उपयोग डेटा मॉडल डेवलपर्स द्वारा किसी उद्देश्य के लिए किया जा सकता है और वे जरूरी नहीं कि java.lang.String प्रकार के साथ काम करेंगे, विधियों का नाम getDataStoreId में बदल गया है () और सेटडैस्टस्टोर ()। और इंटरफ़ेस इस प्रकार दिखता है:

public interface IXmlDataStoreIdentifiable { String getDataStoreId(); void setDataStoreId(String dataStoreId); } 

इस इंटरफ़ेस को लागू करने वाला एक सार वर्ग भी जोड़ा गया है:

 public abstract class AbstractXmlDataStoreIdentifiable implements IXmlDataStoreIdentifiable { private String dataStoreId; @Override public String getDataStoreId() { return dataStoreId; } @Override public void setDataStoreId(final String dataStoreId) { this.dataStoreId = dataStoreId; } } 

आप इंटरफ़ेस और अमूर्त वर्ग दोनों से विरासत में ले सकते हैं।

फ़ाइल प्रारूप

पुस्तकालय ने वस्तुओं के फ़ाइल प्रारूप को किसी अन्य में बदलने की क्षमता का परिचय दिया। यह एक कारखाने का उपयोग करके किया जाता है जो एक लेखक और पाठक को प्रदान करना चाहिए।

 public interface IXmlDataStoreIOFactory { IXmlDataStoreObjectsReader newInstanceReader( Map<Class<? extends IXmlDataStoreIdentifiable>, XmlDataStorePolicy> policies); IXmlDataStoreObjectsWriter newInstanceWriter( Map<Class<? extends IXmlDataStoreIdentifiable>, XmlDataStorePolicy> policies); } 

यह स्पष्ट रूप से देखा गया है कि प्रत्येक विधियों का पैरामीटर भंडारण नीतियों का मानचित्र है, जिससे लेखक और पाठक कार्यान्वयन ऑब्जेक्ट के भंडारण प्रकार को निर्धारित कर सकते हैं और व्यक्तिगत वस्तुओं को सरल लिंक के रूप में सहेज सकते हैं। इंटरफेस इस प्रकार हैं:

 public interface IXmlDataStoreObjectsWriter { void writeReferences(Writer writer, Collection<IXmlDataStoreIdentifiable> references) throws XmlDataStoreIOException; void writeObjects(Writer writer, Collection<IXmlDataStoreIdentifiable> objects) throws XmlDataStoreIOException; } 

लेखक वर्ग को दो तरीके लागू करने होंगे:
1) अनुक्रम लिखने के लिए एक विधि राइट राइट्स ();
2) writeObjects () ऑब्जेक्ट्स को क्रमांकित करने के लिए एक विधि।
इसके अलावा, यदि इन विधियों के निष्पादन के दौरान कोई त्रुटि होती है, तो उन्हें XmlDataStoreIOException प्रकार का अपवाद फेंक देना चाहिए।

 public interface IXmlDataStoreObjectsReader { Collection<IXmlDataStoreIdentifiable> readReferences(Reader reader) throws XmlDataStoreIOException; Collection<IXmlDataStoreIdentifiable> readObjects(Reader reader) throws XmlDataStoreIOException; } 

पाठक इंटरफ़ेस सममित है और लिंक और ऑब्जेक्ट्स को डीरिशियल करने के तरीकों को परिभाषित करता है।

विभिन्न क्षेत्रों द्वारा वस्तुओं का चयन

चूंकि पहले संस्करण ने विभिन्न क्षेत्रों द्वारा वस्तुओं का चयन करने की क्षमता प्रदान नहीं की थी, इसलिए IXmlDataStorePredicate इंटरफ़ेस के माध्यम से इस सुविधा को बाद के संस्करणों में लागू किया गया था।

 public interface IXmlDataStorePredicate<T extends IXmlDataStoreIdentifiable> { boolean passed(final T object); } 

यदि परिणाम सेट में ऑब्जेक्ट को शामिल किया जाना चाहिए, तो पारित () विधि सही लौटना चाहिए। और XmlDataStore वर्ग में, निम्नलिखित विधि लागू की गई है:

 public <T extends IXmlDataStoreIdentifiable> Map<String, T> loadObjects( final Class<T> cl, final IXmlDataStorePredicate<T> predicate) throws XmlDataStoreReadException 

विखंडन

जैसा कि पिछले लेख में पहले ही बताया जा चुका है: "विखंडन में सीमित संख्या वाली वस्तुओं में एक फ़ाइल (ClassObjectsFile नीति) को तोड़ना शामिल है, और इस मामले में अनुक्रमणिका में टुकड़े फ़ाइल को इंगित करने वाले लिंक होंगे जिसमें ऑब्जेक्ट संग्रहीत है।" विखंडन का उपयोग करें या उपयोग न करें कॉन्फ़िगर किया गया है जब रिपॉजिटरी को आरंभीकृत किया जाता है, तो केवल निर्माणकर्ता में वस्तुओं की संख्या में टुकड़े के आकार को निर्दिष्ट करके।
मैं पहले से ध्यान देना चाहूंगा कि जब टुकड़े टुकड़े करना बड़ी संख्या में वस्तुओं को सेट करने के लिए अवांछनीय है, क्योंकि केवल एक लेन-देन एक टुकड़े के भीतर परिवर्तन कर सकता है, बाकी तब तक खारिज कर दिया जाएगा जब तक कि परिवर्तन शुरू होने वाले लेन-देन को वापस कर दिया गया या वापस नहीं लिया गया।
मुझे वास्तव में यह क्षण पसंद नहीं है, इसलिए अगले कार्यान्वयन में, सबसे अधिक संभावना है कि इसे फिर से काम किया जाएगा।

ट्रिगर्स

लाइब्रेरी के नवीनतम संस्करण में, ट्रिगर्स जोड़े जाते हैं जो एक लेनदेन के हिस्से के रूप में निष्पादित होते हैं जिसमें ऑब्जेक्ट को बदल दिया गया, जोड़ा या हटा दिया गया। संशोधित ऑब्जेक्ट के लिए लेनदेन डेटा प्राप्त होने के बाद ट्रिगर को कहा जाता है, लेकिन जब तक डेटा डिस्क पर नहीं लिखा जाता है। इसलिए, प्राप्त ऑब्जेक्ट के अतिरिक्त प्रसंस्करण को अन्य वर्गों की वस्तुओं के ट्रिगर और संशोधन के अंदर करने की अनुमति है (अर्थात, किसी अन्य संसाधन ऑब्जेक्ट में संग्रहीत) बेहद अवांछनीय है, क्योंकि वे पहले से ही डिस्क में फ्लश हो सकते हैं। ट्रिगर इंटरफ़ेस निम्नानुसार है:

 public interface IXmlDataStoreTrigger<T extends IXmlDataStoreIdentifiable> { XmlDataStoreTriggerType getType(); Class<T> getClazz(); void perform(T object); } 

गेटटाइप () विधि को ऑपरेशन के प्रकार को वापस करना चाहिए जिसके बाद ट्रिगर को बुलाया जाना चाहिए (किसी ऑब्जेक्ट को जोड़ना, बदलना या हटाना)। GetClazz () विधि उन वस्तुओं के वर्ग को निर्धारित करती है जिन्हें ट्रिगर कॉन्फ़िगर किया गया है। और प्राप्त वस्तु पर कुछ संचालन करने के लिए प्रदर्शन (टी ऑब्जेक्ट) विधि। प्राप्त वस्तु के संशोधन की अनुमति है।

अंतभाषण

Xdstore-1.5 की नवीनतम रिलीज़ रिपॉजिटरी का एक स्थिर और डीबग संस्करण है जिसे आप पहले से ही उपयोग कर सकते हैं। इंटरफ़ेस अब नहीं बदलेगा। निम्नलिखित परिवर्तन केवल उपयोगकर्ता से छिपे हुए आंतरिक अनुकूलन की चिंता करेंगे।
इसलिए, यदि आपके पास उपयोग करने की आवश्यकता और / या इच्छा है, तो आपका स्वागत है : xdstore-1.5 ।

लेखक: बेस्चस्टानी एवगेनी