Thư Viện Câu Hỏi Phỏng Vấn

Question

Tại sao việc sử dụng toán tử takeUntil trong quản lý vòng đời Subscription lại được coi là giải pháp tối ưu hơn so với việc gọi thủ công unsubscribe() trong các ứng dụng Enterprise?

Junior

Answer 1

Việc gọi thủ công unsubscribe() dễ dẫn đến sai sót nếu lập trình viên quên thực hiện trong các Hook như ngOnDestroy hoặc componentWillUnmount, gây ra Memory Leak. Toán tử takeUntil cho phép chúng ta khai báo một Observable 'notifier' (thường là một Subject). Khi notifier này phát ra giá trị, tất cả các Subscription liên kết sẽ tự động bị hủy. Cách tiếp cận này mang tính khai báo (declarative), giúp code sạch hơn, dễ bảo trì và đảm bảo tính nhất quán trong việc quản lý tài nguyên, đặc biệt khi một Component có nhiều Subscription cần được dọn dẹp cùng một lúc.

Answer 2

Toán tử exhaustMap hoạt động theo cơ chế: khi nhận được một giá trị từ nguồn, nó sẽ bắt đầu xử lý tác vụ đó và bỏ qua (ignore) tất cả các giá trị mới từ nguồn cho đến khi tác vụ hiện tại hoàn thành. Trong nghiệp vụ Enterprise, khi người dùng nhấn nút 'Submit' nhiều lần liên tiếp, exhaustMap đảm bảo rằng chỉ có yêu cầu đầu tiên được xử lý, các lần nhấn sau đó sẽ bị loại bỏ cho đến khi server phản hồi. Điều này giúp tránh tình trạng gửi trùng lặp dữ liệu (duplicate submission) mà không cần phải quản lý trạng thái 'isSubmitting' thủ công bằng biến boolean.

Answer 3

Toán tử map chỉ đơn thuần là biến đổi giá trị (giống như Array.prototype.map), nó trả về giá trị trực tiếp. Ngược lại, mergeMap được dùng để xử lý các tác vụ bất đồng bộ (Inner Observable), nó sẽ tự động subscribe vào Observable được trả về và 'flatten' (làm phẳng) kết quả vào luồng chính. Lỗi phổ biến của Junior là sử dụng map để gọi một hàm trả về Observable, dẫn đến việc nhận được một Observable lồng nhau (Observable<Observable>) thay vì giá trị thực tế. Để lấy dữ liệu từ các tác vụ bất đồng bộ, bắt buộc phải dùng các toán tử dạng *Map như mergeMap, switchMap hoặc concatMap.

Answer 4

AsyncSubject có đặc điểm chỉ phát ra giá trị cuối cùng của chuỗi dữ liệu sau khi Observable hoàn thành (complete). Trong kiến trúc Enterprise, nó rất hữu ích khi cần thực hiện một chuỗi các tác vụ khởi tạo (ví dụ: tải cấu hình, xác thực người dùng, lấy thông tin profile) và chỉ muốn thông báo cho các thành phần khác khi tất cả đã hoàn tất. Khi các thành phần khác subscribe vào AsyncSubject sau khi nó đã hoàn thành, chúng sẽ nhận được giá trị cuối cùng đó ngay lập tức. Lưu ý: Nếu AsyncSubject không được gọi complete(), nó sẽ không phát ra bất kỳ giá trị nào, đây là điểm cần kiểm soát chặt chẽ trong luồng logic.

Answer 5

Bản chất vấn đề

Trong các ứng dụng doanh nghiệp, việc tìm kiếm dữ liệu văn bản là nhu cầu tối thiểu. Nhiều lập trình viên cấp độ Junior thường lạm dụng toán tử LIKE mà không hiểu rõ cơ chế bên dưới của cơ sở dữ liệu.