अधिक सामान्य शब्द हाइड्रेट के संबंध में
एक ऑब्जेक्ट को हाइड्रेट करना एक ऐसी वस्तु ले रहा है जो स्मृति में मौजूद है, जिसमें अभी तक कोई डोमेन डेटा ("वास्तविक" डेटा) नहीं है, और फिर इसे डोमेन डेटा (जैसे कि डेटाबेस से, नेटवर्क से, या फ़ाइल से पॉप्युलेट करना है) प्रणाली)।
इस उत्तर पर एरिक रॉबर्टसन की टिप्पणियों से:
deserialization == तात्कालिकता + जलयोजन
यदि आपको ब्लिस्टरिंग प्रदर्शन के बारे में चिंता करने की आवश्यकता नहीं है, और आप प्रदर्शन ऑप्टिमाइज़ेशन डिबगिंग नहीं कर रहे हैं जो डेटा एक्सेस एपीआई के आंतरिक में हैं, तो आपको संभवतः हाइड्रेशन से स्पष्ट रूप से निपटने की आवश्यकता नहीं है। आप आमतौर पर deserialization का उपयोग करेंगे इसके बजाय आप कम कोड लिख सकते हैं। कुछ डेटा एक्सेस API आपको यह विकल्प नहीं देते हैं, और उन मामलों में आपको हाइड्रेशन स्टेप को स्वयं स्पष्ट रूप से कॉल करना होगा।
हाइड्रेशन की अवधारणा पर थोड़ा और विस्तार के लिए, इसी सवाल पर एरिक रॉबर्टसन का जवाब देखें ।
आपने इस रूपरेखा के बारे में विशेष रूप से पूछा, इसलिए मैंने इस पर ध्यान दिया।
जैसा कि सबसे अच्छा मैं बता सकता हूं, मुझे नहीं लगता कि इस परियोजना ने "हाइड्रेट" शब्द का इस्तेमाल बहुत सामान्य अर्थों में किया है। मैं शीर्षक में इसके उपयोग को "क्रमांकन" के लिए एक अनुमानित पर्याय के रूप में देखता हूं। जैसा कि ऊपर बताया गया है, यह उपयोग पूरी तरह से सही नहीं है:
देखें: http://en.wikipedia.org/wiki/Serialization
डेटा संरचनाओं या ऑब्जेक्ट स्थिति का एक प्रारूप में अनुवाद करना जिसे [...] संग्रहीत किया जा सकता है और बाद में उसी या किसी अन्य कंप्यूटर वातावरण में पुन: निर्मित किया जा सकता है।
मैं सीधे हाइड्रेट एफएक्यू पर उनके नाम के पीछे का कारण नहीं खोज सकता , लेकिन मुझे उनके इरादे का सुराग मिला। मुझे लगता है कि उन्होंने "हाइड्रेट" नाम उठाया क्योंकि पुस्तकालय का उद्देश्य लोकप्रिय ध्वनि-समान हाइबरनेट रूपरेखा के समान है , लेकिन इसे सटीक विपरीत वर्कफ़्लो को ध्यान में रखते हुए डिज़ाइन किया गया था।
अधिकांश ओआरएम, हाइबरनेट शामिल थे, इन-मेमोरी ऑब्जेक्ट-मॉडल उन्मुख दृष्टिकोण लेते हैं, डेटाबेस के साथ दूसरा विचार लेते हैं। इसके बजाय हाइड्रेट पुस्तकालय एक डेटाबेस-स्कीमा उन्मुख दृष्टिकोण लेता है, आपके संबंधपरक डेटा संरचनाओं को संरक्षित करता है और आपके कार्यक्रम को उनके ऊपर और अधिक सफाई से काम करने देता है।
इस पुस्तकालय के नाम के सम्मान के साथ, अभी भी रूपक: हाइड्रेट "उपयोग करने के लिए कुछ तैयार करना" (जैसे सूखे खाद्य पदार्थों को फिर से हाइड्रेट करना ) की तरह है। यह हाइबरनेट का एक रूपक विपरीत है , जो "सर्दियों के लिए कुछ दूर रखना" ( पशु हाइबरनेशन की तरह ) अधिक है।
पुस्तकालय हाइड्रेट का नाम देने का निर्णय, जहां तक मैं बता सकता हूं, जेनेरिक कंप्यूटर प्रोग्रामिंग शब्द "हाइड्रेट" से चिंतित नहीं था।
सामान्य कंप्यूटर प्रोग्रामिंग शब्द "हाइड्रेट" का उपयोग करते समय, प्रदर्शन अनुकूलन आमतौर पर प्रेरणा (या मौजूदा अनुकूलन डिबगिंग) होते हैं। भले ही लाइब्रेरी डेटा के साथ कब और कैसे पॉप्युलेट हो, इस पर ग्रैन्युलर कंट्रोल का समर्थन करता है, लेकिन समय और प्रदर्शन नाम या लाइब्रेरी की कार्यक्षमता के लिए प्राथमिक प्रेरणा नहीं लगते हैं। लाइब्रेरी एंड-टू-एंड मैपिंग और स्कीमा-संरक्षण को सक्षम करने के साथ अधिक चिंतित लगती है।