Tại sao việc sử dụng Callback trong Active Record quá mức lại được coi là một anti-pattern trong các dự án Enterprise và cách khắc phục?

Question

Accepted Answer

Tại sao là anti-pattern

Khó kiểm soát luồng: Các callback như after_save hoặc before_create chạy ngầm, khiến việc debug trở nên khó khăn khi logic nghiệp vụ thay đổi.
Vi phạm nguyên tắc Single Responsibility: Model trở nên quá cồng kềnh (Fat Model) khi chứa quá nhiều logic nghiệp vụ không liên quan trực tiếp đến dữ liệu.
Khó khăn khi Testing: Các callback chạy tự động mỗi khi lưu dữ liệu, gây khó khăn cho việc cô lập unit test.

Cách khắc phục

Service Objects: Chuyển logic nghiệp vụ vào các Service Objects để xử lý các tác vụ phức tạp.
Form Objects: Sử dụng Form Objects để xử lý dữ liệu đầu vào và các logic validation trước khi lưu vào cơ sở dữ liệu.
Pub/Sub hoặc Observers: Sử dụng các cơ chế sự kiện (Event-driven) để tách biệt các tác vụ phụ (như gửi email, thông báo) ra khỏi luồng lưu dữ liệu chính.

Lưu ý thực chiến
Chỉ nên sử dụng callback cho các logic liên quan trực tiếp đến tính toàn vẹn của dữ liệu trong chính model đó (ví dụ: format lại email trước khi lưu).