Ответ 1
В отношении более общего термина гидрат
Увлажнение объекта принимает объект, который существует в памяти, который еще не содержит данных домена ( "реальные" данные), а затем заполняет его данными домена (например, из базы данных, из сети или из файловой системы).
От Эрика Робертсона комментирует этот ответ:
десериализация = инстанцирование + гидратация
Если вам не нужно беспокоиться о производительности blistering, и вы не отлаживаете оптимизацию производительности, находящуюся во внутренних интерфейсах API доступа к данным, вам, вероятно, не нужно явно обращаться с гидратацией. Обычно вы использовали десериализацию, чтобы вы могли писать меньше кода. Некоторые API-интерфейсы доступа к данным не предоставляют вам эту возможность, и в этих случаях вам также придется явно называть шаг гидратации самостоятельно.
Для более подробной информации о концепции гидратации см. ответ Эрика Робертсона по этому же вопросу.
Что касается проекта Java, называемого гидратом
Вы спросили об этой структуре специально, поэтому я просмотрел ее.
Насколько я могу судить, я не думаю, что этот проект использовал слово "гидрат" в очень общем смысле. Я вижу его использование в названии как примерный синоним "сериализации". Как объяснялось выше, это использование не совсем точно:
Смотрите: http://en.wikipedia.org/wiki/Serialization
перевод структур данных или состояния объекта в формат, который может быть сохранен [...] и реконструирован позже в той же или другой компьютерной среде.
Я не могу найти причину своего имени прямо на Часто задаваемые вопросы по гидрату, но я получил подсказку к их намерению. Я думаю, что они выбрали название "Hydrate", потому что цель библиотеки похожа на популярную звуковую структуру сушеные продукты). Это метафорическая противоположность Hibernate, которая больше похожа на "откладывание чего-то на зиму" (например, Animal Hibernation).
Решение назвать библиотеку Hydrate, насколько я могу судить, не было связано с общим термином "программирование" для компьютерного программирования.
При использовании универсального термина компьютерного программирования "гидрат" оптимизация производительности обычно является мотивацией (или отлаживанием существующих оптимизаций). Даже если библиотека поддерживает гранулированный контроль того, когда и как объекты заполняются данными, время и производительность, по-видимому, не являются основной мотивацией для имени или функциональности библиотеки. Библиотека больше заинтересована в обеспечении сквозного сопоставления и сохранения схемы.