关于更通用的术语 水合物
对对象进行水化处理是获取内存中存在的，尚未包含任何域数据（“真实”数据）的对象，然后使用域数据（例如从数据库，网络或文件中）填充该对象系统）。
从埃里克·罗伯森（Erick Robertson）对这个答案的评论：
反序列化==实例化+水合
如果您不必担心性能过高，并且不调试数据访问API内部的性能优化，那么您可能不需要显式处理水合作用。通常，您通常使用反序列化，因此您可以编写更少的代码。某些数据访问API没有为您提供此选项，在这种情况下，您还必须自己明确调用水合步骤。
有关水合概念的更多详细信息，请参见埃里克·罗伯森（ErickRobertson）对同一问题的回答。
关于名为hydr的Java项目
您是专门问这个框架的，所以我调查了一下。
据我所知，我认为该项目在一般意义上并没有使用“水合”一词。我在标题中看到了它的使用，是“序列化”的近似同义词。如上所述，这种用法并不完全准确：
参见：http :
//en.wikipedia.org/wiki/Serialization
将数据结构或对象状态转换为可以在同一计算机或其他计算机环境中存储并稍后重建的格式。
我无法在Hydrate
FAQ上直接找到其名称背后的原因，但我了解了其意图。我认为他们之所以选择名称“
Hydrate”，是因为该库的用途类似于流行的类似声音的Hibernate框架，但在设计时却考虑到了完全相反的工作流程。
包括Hibernate在内的大多数ORM都采用面向内存的面向对象模型的方法，而数据库则是第二考虑的。相反，Hydrate库采用面向数据库模式的方法，可以保留您的关系数据结构，并使您的程序在它们之上更干净地工作。
打个比方来说，还是对于这个库的名字： 水合物_是像“使一些准备使用”（如重新保湿干燥食品）。它与
_Hibernate 的隐喻相反，它更像是“为冬天丢掉东西”（例如AnimalHibernation）。
据我所知，命名库Hydrate的决定与通用计算机编程术语“ hydrate”无关。
当使用通用计算机编程术语“水合物”时，性能优化通常是动机（或调试现有优化）。即使该库支持对对象填充数据的时间和方式进行精细控制，但时间和性能似乎并不是名称或库功能的主要动机。该库似乎更关心启用端到端映射和模式保存。
