Bạn chọn quản lý state thế nào cho một ứng dụng vừa?

Sai lầm cấu trúc lớn nhất mình thấy là đổ dữ liệu API vào Redux. Bạn viết action, reducer, selector và middleware cho một thứ mà bản chất là CACHE của dữ liệu ở nơi khác — rồi phải tự giải quyết làm mới, hết hạn, request trùng và trạng thái cũ. Đó là hàng trăm dòng cho một bài toán đã được giải sẵn, và nó là lý do chính khiến các codebase React cũ có thư mục store khổng lồ.

State URL bị bỏ quên nhiều nhất, dù nó cho lợi ích lớn nhất trên mỗi dòng code. Nếu bộ lọc nằm trong useState, người dùng không gửi link cho đồng nghiệp được, nhấn back thì mất hết, và tải lại trang là về mặc định. Đưa nó vào query string giải quyết cả ba mà không thêm thư viện nào — và trên site tĩnh thì cần đọc tham số ở phía client để không phá prerender.

Khi thật sự cần store toàn cục — theme, phiên đăng nhập, giỏ hàng — thì tiêu chí chọn không phải tính năng mà là chi phí re-render. Context của React re-render MỌI consumer khi giá trị đổi, nên một context chứa cả object cấu hình sẽ khiến nửa cây render lại vì một trường không liên quan. Zustand hay Jotai cho phép đăng ký theo lát cắt, và đó thường là lý do kỹ thuật thật sự để chọn chúng.