TanStack đã chính thức ngừng sử dụng React Server Components (RSC) trong các thư viện của mình, với lý do sự phức tạp gia tăng, tính linh hoạt giảm bớt, hiệu suất cải thiện không đáng kể và tốc độ phát triển chậm lại là những yếu tố quyết định. Động thái này có ý nghĩa quan trọng đối với bất kỳ ai đang xây dựng các công cụ dựa trên React, bởi các thư viện của TanStack được áp dụng rộng rãi và thường thiết lập các tiêu chuẩn thực tế cho hệ sinh thái này.

Tại sao RSC từng có vẻ hấp dẫn

React Server Components ra đời như một cách để chuyển các tác vụ lấy dữ liệu (data-fetching) và kết xuất (rendering) nặng nề sang máy chủ, hứa hẹn các gói client nhỏ hơn và tốc độ tải trang nhanh hơn. Đội ngũ TanStack đã thử nghiệm cách tiếp cận này với hy vọng cải thiện trải nghiệm người dùng cho các thư viện data-grid và query của họ.

Điều gì đã khiến họ từ bỏ

  • Sự phức tạp – Việc gỡ lỗi (debugging) mã RSC buộc người dùng phải sử dụng một mô hình tư duy riêng biệt. Đội ngũ đã phải dành nhiều thời gian để truy vết các vấn đề về server-side rendering hơn mức họ có thể chấp nhận.
  • Tính linh hoạt – Nhiều thư viện bên thứ ba giả định một môi trường client thuần túy. Việc thực thi chỉ trên máy chủ của RSC khiến việc tích hợp trở nên khó khăn nếu không viết lại hoặc tạo các lớp đệm (shim) cho các phụ thuộc đó.
  • Hiệu suất – Những cải thiện về tốc độ đo lường được là rất khiêm tốn. Chi phí vận hành (overhead) để điều phối ranh giới giữa máy chủ và client đã lấn át những lợi ích nhỏ nhoi thu được trong hầu hết các kịch bản thực tế.
  • Tốc độ phát triển – Các mô hình chỉ dành cho client đơn giản hơn cho phép đội ngũ phát hành các bản cập nhật nhanh hơn. Với RSC, mọi thay đổi đều yêu cầu phải xác thực trên cả máy chủ và client, làm chậm chu kỳ phát hành.

Những tác động rộng lớn hơn

Nếu một bộ công cụ hàng đầu như TanStack rút lui khỏi RSC, các dự án khác có thể sẽ cân nhắc lại về sự hào hứng (hype) dành cho nó. Quyết định này làm nổi bật một sự đánh đổi: các tính năng tiên tiến có thể mang lại những chi phí ẩn gây ảnh hưởng đến năng suất của nhà phát triển và việc bảo trì lâu dài. Các công ty ưu tiên việc lặp lại nhanh chóng (rapid iteration) và khả năng tương thích thư viện rộng rãi có thể sẽ làm theo hướng này.

Quan điểm đối lập

Một số nhà phát triển vẫn thấy giá trị của RSC trong các trường hợp sử dụng cụ thể—đặc biệt là những nơi mà việc xử lý dữ liệu phía máy chủ có thể giảm đáng kể kích thước payload. Cách tiếp cận này có thể sẽ tiến hóa, và các công cụ trong tương lai có thể giải quyết được những điểm yếu mà TanStack đã xác định. Hiện tại, sự đồng thuận vẫn còn đang gây tranh cãi.

Những điều cần theo dõi tiếp theo

  • Cập nhật công cụ – Những cải tiến trong việc hỗ trợ gỡ lỗi và tích hợp có thể hạ thấp rào cản về sự phức tạp.
  • Phản hồi từ cộng đồng – Khi có thêm nhiều đội ngũ chia sẻ dữ liệu hiệu suất, phương trình chi phí-lợi ích có thể sẽ thay đổi.
  • Các mô hình thay thế – Các kỹ thuật incremental server rendering hoặc các cách tiếp cận hybrid có thể mang lại một giải pháp trung gian.

Bài học rút ra: Việc TanStack rút lui khỏi React Server Components nhắc nhở chúng ta rằng không phải cái gì mới hơn cũng tốt hơn; các nhà phát triển nên cân nhắc chi phí thực tế đối với quy trình làm việc của họ so với những lợi ích hứa hẹn trước khi áp dụng các mô hình mới nổi.

Nguồn: https://tanstack.com/blog/we-stopped-using-rsc-on-tanstack-com