ด้วยความเคารพต่อไฮเดรตคำทั่วไป
การให้ความชุ่มชื้นวัตถุคือการนำวัตถุที่มีอยู่ในหน่วยความจำที่ยังไม่มีข้อมูลโดเมน ("จริง" ข้อมูล) แล้วเติมด้วยข้อมูลโดเมน (เช่นจากฐานข้อมูลจากเครือข่ายหรือจากไฟล์ ระบบ).
จากความคิดเห็นของ Erick Robertson ในคำตอบนี้:
deserialization == instantiation + hydration
หากคุณไม่จำเป็นต้องกังวลเกี่ยวกับประสิทธิภาพของการพองตัวและคุณไม่ได้ทำการดีบักการปรับปรุงประสิทธิภาพที่อยู่ใน internals ของ data access API คุณอาจไม่จำเป็นต้องจัดการกับความชุ่มชื้นอย่างชัดเจน โดยทั่วไปคุณจะใช้การดีซีเรียลไลเซชันแทนเพื่อให้คุณสามารถเขียนรหัสได้น้อยลง API การเข้าถึงข้อมูลบางตัวไม่ได้ให้ตัวเลือกนี้แก่คุณและในกรณีดังกล่าวคุณจะต้องเรียกขั้นตอนไฮเดรชั่นด้วยตัวเองอย่างชัดเจน
สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับแนวคิดของ Hydration ดูคำตอบของ Erick Robertsonในคำถามเดียวกันนี้
คุณถามเกี่ยวกับกรอบนี้โดยเฉพาะดังนั้นฉันจึงดูมัน
ดีที่สุดเท่าที่ฉันจะบอกได้ฉันไม่คิดว่าโครงการนี้ใช้คำว่า "ไฮเดรต" ในความหมายทั่วไป ฉันเห็นการใช้งานในชื่อเป็นคำพ้องความหมายโดยประมาณสำหรับ "การทำให้เป็นอนุกรม" ตามที่อธิบายไว้ข้างต้นการใช้งานนี้ไม่ถูกต้องทั้งหมด:
ดู: http://en.wikipedia.org/wiki/Serialization
แปลโครงสร้างข้อมูลหรือสถานะวัตถุเป็นรูปแบบที่สามารถจัดเก็บ [... ] และสร้างใหม่ในภายหลังในสภาพแวดล้อมคอมพิวเตอร์เครื่องเดียวกันหรือเครื่องอื่น
ฉันไม่สามารถหาเหตุผลที่อยู่เบื้องหลังชื่อของพวกเขาได้โดยตรงในคำถามที่พบบ่อยของ Hydrateแต่ฉันได้รับเบาะแสตามความตั้งใจของพวกเขา ฉันคิดว่าพวกเขาเลือกชื่อ "ไฮเดรต" เพราะจุดประสงค์ของห้องสมุดคล้ายกับกรอบไฮเบอร์เนตที่เหมือนเสียงที่ได้รับความนิยมแต่ได้รับการออกแบบโดยคำนึงถึงกระบวนการทำงานที่ตรงกันข้าม
ORMs ส่วนใหญ่รวมถึง Hibernate ใช้แนวทางเชิงวัตถุในหน่วยความจำโดยมีฐานข้อมูลพิจารณาที่สอง ไลบรารี Hydrate จะใช้แนวทางเชิงฐานข้อมูลแทนการรักษาโครงสร้างข้อมูลเชิงสัมพันธ์ของคุณและทำให้โปรแกรมของคุณทำงานได้อย่างสมบูรณ์
ยังคงเกี่ยวกับชื่อของห้องสมุดนี้: ไฮเดรตเป็นเหมือน "การทำให้บางสิ่งบางอย่างพร้อมใช้งาน" (เช่นอาหารแห้งที่ให้ความชุ่มชื้นอีกครั้ง) มันเป็นคำเปรียบเทียบที่ตรงกันข้ามกับHibernateซึ่งเป็นเหมือน "เอาอะไรบางอย่างออกไปสำหรับฤดูหนาว" (เหมือนสัตว์ไฮเบอร์เนต )
การตัดสินใจตั้งชื่อห้องสมุด Hydrate เท่าที่ฉันสามารถบอกได้นั้นไม่เกี่ยวข้องกับคำศัพท์ทั่วไปในการเขียนโปรแกรมคอมพิวเตอร์ "hydrate"
เมื่อใช้คำศัพท์ทั่วไปเกี่ยวกับการเขียนโปรแกรมคอมพิวเตอร์ "ไฮเดรต" การปรับประสิทธิภาพให้เหมาะสมมักเป็นแรงจูงใจ แม้ว่าไลบรารีจะสนับสนุนการควบคุมอย่างละเอียดสำหรับเวลาและวิธีการเติมข้อมูลด้วยวัตถุเวลาและประสิทธิภาพดูเหมือนจะไม่เป็นแรงจูงใจหลักสำหรับชื่อหรือการทำงานของไลบรารี ดูเหมือนว่าห้องสมุดมีความกังวลมากขึ้นในการเปิดใช้งานการทำแผนที่จากต้นทางถึงปลายทางและการสงวนสคีมา