当有人谈到为物体补水时，这是什么意思？
我在网络上看到一个名为 Hydrate 的 Java 项目，它可以在不同的表示（RDMS 到 OOPS 到 XML）之间转换数据。这是物体水合的一般含义吗？在表示之间转换数据？这是否意味着从存储的表示中重建对象层次结构？
【问题讨论】：
在 PHP 中，您可以根据其名称创建一个新类，而无需调用构造函数，如下所示：
require "A.php";
$className = "A";
$class = new \ReflectionClass($className);
$instance = $class->newInstanceWithoutConstructor();
然后，您可以水合调用 setter（或公共属性）
【讨论】：
这是一个相当古老的问题，但似乎对以下术语的含义仍然存在混淆。希望这将消除歧义。
补水
当您看到诸如“一个正在等待数据的对象，正在等待补充水分”之类的描述时，这会让人感到困惑和误导。对象不会等待事物，而水合只是用数据填充对象的行为。
以 JavaScript 为例：
const obj = {}; // empty object
const data = { foo: true, bar: true, baz: true };
// Hydrate "obj" with "data"
Object.assign(obj, data);
console.log(obj.foo); // true
console.log(obj.bar); // true
console.log(obj.baz); // true
任何为obj 增加价值的东西都会“补水”它。我只是在这个例子中使用Object.assign()。
由于其他答案中也提到了“序列化”和“反序列化”这两个术语，因此这里有一些示例可以帮助消除这些概念与水合的含义：
序列化
console.log(JSON.stringify({ foo: true, bar: true, baz: true }));
反序列化
console.log(JSON.parse('{"foo":true,"bar":true,"baz":true}'));
【讨论】：
对一个对象进行水合是获取一个存在于内存中的对象，该对象尚不包含任何域数据（“真实”数据），然后用域数据（例如来自数据库、来自网络或来自文件系统）。
来自 Erick Robertson 对此答案的 cmets：
反序列化 == 实例化 + 水合
如果您不需要担心性能问题，并且您没有调试数据访问 API 内部的性能优化，那么您可能不需要明确处理水合。您通常会改用deserialization，这样您就可以编写更少的代码。某些数据访问 API 不提供此选项，在这些情况下，您还必须自己显式调用水合步骤。
有关 Hydration 概念的更多详细信息，请参阅Erick Robertson's answer 就同一问题。
你专门问了这个框架，所以我研究了一下。
据我所知，我不认为这个项目使用“水合物”这个词具有非常笼统的意义。我认为它在标题中的使用是“序列化”的近似同义词。如上所述，这种用法并不完全准确：
见：http://en.wikipedia.org/wiki/Serialization
将数据结构或对象状态转换为可以存储 [...] 并稍后在相同或另一个计算机环境中重建的格式。
我无法直接在the Hydrate FAQ 上找到他们名字背后的原因，但我得到了他们意图的线索。我认为他们选择了“Hydrate”这个名称，因为该库的目的类似于流行的类似声音的Hibernate framework，但它的设计考虑了完全相反的工作流程。
包括 Hibernate 在内的大多数 ORM 都采用内存中面向对象模型的方法，而数据库则是第二个考虑因素。相反，Hydrate 库采用面向数据库模式的方法，保留您的关系数据结构并让您的程序在它们之上更干净地工作。
打个比方，还是就这个库的名称而言：Hydrate 就像“使某些东西准备好使用”（例如重新水合Dried Foods）。它是 Hibernate 的隐喻对立面，更像是“为冬天收拾东西”（如Animal Hibernation）。
据我所知，将库命名为 Hydrate 的决定与通用计算机编程术语“水合物”无关。
当使用通用计算机编程术语“水合物”时，性能优化通常是动机（或调试现有优化）。即使库支持对对象何时以及如何填充数据的精细控制，时间和性能似乎并不是名称或库功能的主要动机。该库似乎更关心启用端到端映射和模式保留。
【讨论】：
deserialization == instantiation + hydration
@foo。
水化是指用数据填充对象的过程。尚未水合的对象已被实例化并表示具有数据但尚未将数据加载到对象中的实体。这是出于性能原因而做的事情。
此外，在讨论从数据库或其他数据源加载数据的计划时，会使用“水合”一词。以下是一些示例：
当您只加载了一些字段而不是全部字段时，您可以说对象是部分水合的。可以这样做，因为这些其他字段对于您当前的操作不是必需的。因此，没有理由浪费带宽和 CPU 周期来加载、传输和设置不打算使用的数据。
此外，还有一些 ORM，例如 Doctrine，在实例化对象时不会水合对象，而只会在对象中访问数据时才水合。这是一种有助于不加载不会使用的数据的方法。
【讨论】：
虽然正如 Merlyn 提到的那样，它有点多余的白话，但根据我的经验，它仅指的是填充/填充对象，而不是实例化/创建它，所以当你需要时它是一个有用的词精确。
【讨论】：
deserialization == instantiation + hydration）。