Tại sao nhóm của Google lại chọn *In...

Nhóm của Google đã chọn sử dụng Incremental DOM thay vì Virtual DOM với mục tiêu chính là tối ưu hiệu suất ứng dụng trên các thiết bị di động. Điều này chủ yếu liên quan đến việc tối ưu hóa kích thước gói tin (bundle size) và dấu chân bộ nhớ (memory footprint) của ứng dụng. Để đạt được hai mục tiêu này, động cơ render (rendering engine) phải có khả năng tree shaking, tức là có thể loại bỏ những phần không sử dụng trong quá trình xây dựng ứng dụng, và động cơ render phải có dấu chân bộ nhớ thấp[2][6].

Incremental DOM có dấu chân bộ nhớ thấp vì nó không cần bất kỳ bộ nhớ nào để render lại view nếu không có sự thay đổi nào trong DOM. Chỉ khi nào các nút DOM được thêm vào hoặc loại bỏ, bộ nhớ mới được phân bổ, và kích thước của phân bổ này tỷ lệ thuận với kích thước của sự thay đổi DOM. Vì hầu hết các lần gọi render/template không thay đổi gì (hoặc thay đổi rất ít), điều này có thể dẫn đến việc tiết kiệm bộ nhớ đáng kể[2][6].

Ngoài ra, khi sử dụng Incremental DOM, framework không giải thích (interpret) component. Thay vào đó, component tham chiếu đến các hướng dẫn. Nếu nó không tham chiếu đến một hướng dẫn cụ thể nào, hướng dẫn đó sẽ không bao giờ được sử dụng. Và vì chúng ta biết điều này ngay từ thời điểm biên dịch, chúng ta có ...