Nó có nghĩa là gì để hydrat hóa một đối tượng?

Khi ai đó nói về việc hydrat hóa một vật thể, điều đó có nghĩa là gì?

Tôi thấy một dự án Java có tên Hydrate trên web chuyển đổi dữ liệu giữa các biểu diễn khác nhau (RDMS thành OOPS thành XML). Đây có phải là ý nghĩa chung của hydrat hóa đối tượng; để chuyển đổi dữ liệu giữa các đại diện? Nó có thể có nghĩa là xây dựng lại một hệ thống phân cấp đối tượng từ một đại diện được lưu trữ?

Đối với thuật ngữ hydrat chung hơn

Hydrat hóa một đối tượng đang lấy một đối tượng tồn tại trong bộ nhớ, chưa chứa bất kỳ dữ liệu miền nào (dữ liệu "thực"), sau đó điền dữ liệu đó vào dữ liệu miền (như từ cơ sở dữ liệu, từ mạng hoặc từ tệp hệ thống).

Từ ý kiến ​​của Erick Robertson về câu trả lời này:

khử lưu huỳnh == khởi tạo + hydrat hóa

Nếu bạn không cần lo lắng về hiệu suất phồng rộp và bạn không gỡ lỗi tối ưu hóa hiệu suất nằm trong phần bên trong của API truy cập dữ liệu, thì có lẽ bạn không cần phải xử lý rõ ràng việc hydrat hóa. Bạn thường sẽ sử dụng deserialization thay vì để bạn có thể viết mã ít hơn. Một số API truy cập dữ liệu không cung cấp cho bạn tùy chọn này và trong những trường hợp đó, bạn cũng phải tự gọi bước hydrat hóa một cách rõ ràng.

Để biết thêm một chút chi tiết về khái niệm Hydration, hãy xem câu trả lời của Erick Robertson cho cùng câu hỏi này.

Đối với dự án Java được gọi là hydrate

Bạn đã hỏi về khung này một cách cụ thể, vì vậy tôi đã xem xét nó.

Theo như tôi có thể nói, tôi không nghĩ rằng dự án này đã sử dụng từ "hydrate" theo nghĩa rất chung chung. Tôi thấy việc sử dụng nó trong tiêu đề như một từ đồng nghĩa gần đúng cho "tuần tự hóa". Như đã giải thích ở trên, cách sử dụng này không hoàn toàn chính xác:

Xem: http://en.wikipedia.org/wiki/Serialization

dịch cấu trúc dữ liệu hoặc trạng thái đối tượng sang định dạng có thể được lưu trữ [...] và được xây dựng lại sau này trong cùng môi trường máy tính khác.

Tôi không thể tìm thấy lý do đằng sau tên của họ trực tiếp trên Câu hỏi thường gặp về Hydrate , nhưng tôi đã có manh mối cho ý định của họ. Tôi nghĩ rằng họ đã chọn cái tên "Hydrate" vì mục đích của thư viện tương tự như khung Hibernate giống âm thanh phổ biến , nhưng nó được thiết kế với ý tưởng làm việc hoàn toàn ngược lại.

Hầu hết các ORM, bao gồm Hibernate, thực hiện một cách tiếp cận hướng mô hình đối tượng trong bộ nhớ, với cơ sở dữ liệu đang xem xét thứ hai. Thay vào đó, thư viện Hydrate sử dụng cách tiếp cận theo sơ đồ cơ sở dữ liệu, bảo toàn cấu trúc dữ liệu quan hệ của bạn và để chương trình của bạn hoạt động trên đầu chúng sạch sẽ hơn.

Nói một cách ẩn dụ, vẫn liên quan đến tên của thư viện này: Hydrate giống như "làm cho một cái gì đó sẵn sàng để sử dụng" (như làm ẩm lại thực phẩm khô ). Nó là một ẩn dụ trái ngược với Hibernate , giống như "bỏ đi một thứ gì đó cho mùa đông" (như Hibernation động vật ).

Quyết định đặt tên cho thư viện Hydrate, theo như tôi có thể nói, không liên quan đến thuật ngữ lập trình chung của máy tính "hydrate".

Khi sử dụng thuật ngữ lập trình máy tính chung "hydrate", tối ưu hóa hiệu suất thường là động lực (hoặc gỡ lỗi tối ưu hóa hiện có). Ngay cả khi thư viện hỗ trợ kiểm soát chi tiết về thời điểm và cách các đối tượng được điền dữ liệu, thời gian và hiệu suất dường như không phải là động lực chính cho tên hoặc chức năng của thư viện. Thư viện dường như quan tâm nhiều hơn đến việc cho phép ánh xạ từ đầu đến cuối và bảo tồn lược đồ.

Hydrat đề cập đến quá trình lấp đầy một đối tượng với dữ liệu. Một đối tượng chưa được hydrat hóa đã được khởi tạo và thể hiện một thực thể có dữ liệu, nhưng dữ liệu chưa được tải vào đối tượng. Đây là một cái gì đó được thực hiện vì lý do hiệu suất.

Ngoài ra, thuật ngữ hydrat hóa được sử dụng khi thảo luận về kế hoạch tải dữ liệu từ cơ sở dữ liệu hoặc các nguồn dữ liệu khác. Dưới đây là một số ví dụ:

Bạn có thể nói rằng một đối tượng được hydrat hóa một phần khi bạn chỉ tải một số trường vào nó, nhưng không phải tất cả chúng. Điều này có thể được thực hiện bởi vì các trường khác không cần thiết cho các hoạt động hiện tại của bạn. Vì vậy, không có lý do gì để lãng phí băng thông và chu kỳ CPU tải, chuyển và thiết lập dữ liệu này khi nó sẽ không được sử dụng.

Ngoài ra, có một số ORM, chẳng hạn như Doctrine, không hydrat hóa các đối tượng khi chúng được khởi tạo, mà chỉ khi dữ liệu được truy cập trong đối tượng đó. Đây là một phương pháp giúp không tải dữ liệu sẽ không được sử dụng.

Trong khi đó là tiếng địa phương có phần dư thừa như Merlyn đã đề cập, trong kinh nghiệm của tôi nó đề cập chỉ để điền / Populating một đối tượng, không instantiating / tạo ra nó, vì vậy nó là một từ rất hữu ích khi bạn cần phải được chính xác.

Đây là một câu hỏi khá cũ, nhưng dường như vẫn còn nhầm lẫn về ý nghĩa của các thuật ngữ sau đây. Hy vọng, điều này sẽ định hướng.

Hydrat

Khi bạn thấy các mô tả có nội dung như "một đối tượng đang chờ dữ liệu đang chờ được ngậm nước", điều đó thật khó hiểu và gây hiểu lầm. Các đối tượng không chờ đợi mọi thứ và hydrat hóa chỉ là hành động lấp đầy một đối tượng bằng dữ liệu.

Sử dụng JavaScript làm ví dụ:

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

Bất cứ điều gì thêm giá trị objlà "hydrat hóa" nó. Tôi chỉ sử dụng Object.assign()trong ví dụ này.

Vì các thuật ngữ "tuần tự hóa" và "giải trừ" cũng được đề cập trong các câu trả lời khác, đây là các ví dụ để giúp phân biệt ý nghĩa của các khái niệm đó từ hydrat hóa:

Nối tiếp

console.log(JSON.stringify({ foo: true, bar: true, baz: true }));

Giải trừ

console.log(JSON.parse('{"foo":true,"bar":true,"baz":true}'));