Tại sao mình không còn sử dụng AutoMapper trong các dự án nữa

April 13, 2025 0 By Nam Vu

Tại sao mình không còn sử dụng AutoMapper trong các dự án nữa. AutoMapper sẽ chuyển sang mô hình thương mại trong năm nay.

Bạn nên tự quyết định công cụ phù hợp với dự án của mình.

AutoMapper, Mapster, Mapperly và các thư viện mapping khác hứa hẹn giảm mã lặp bằng cách tự động ánh xạ các đối tượng.

Nhưng trong các dự án thực tế, mình thấy chúng gây ra nhiều vấn đề hơn là giải quyết được:

Nhược điểm:

Lỗi runtime ẩn khi các profile ánh xạ không được cập nhật. Hôm trước mình bị lỗi này khi hướng dẫn mentee luôn :))
Hiệu suất suy giảm do sử dụng reflection
Debug khó và gây bực bội
Cấu hình phức tạp khi cần logic tùy chỉnh
Không thể điều hướng trực tiếp đến mã ánh xạ trong các codebase lớn

Đó là lý do mình hoàn toàn chuyển sang ánh xạ thủ công với các thuộc tính bắt buộc trong C#.

Ánh xạ thủ công với thuộc tính bắt buộc:

Trình biên dịch sẽ bắt lỗi nếu thiếu ánh xạ
Dễ dàng điều hướng và debug
Toàn quyền kiểm soát, không có “ma thuật” ẩn
Hiệu suất tốt hơn (không dùng reflection)

Trong cả dự án lớn và nhỏ, ánh xạ thủ công giúp tránh sự nhầm lẫn, tăng tốc độ debug và giữ cho codebase sạch hơn. Ánh xạ thủ công với các thuộc tính bắt buộc là cách tốt nhất để ánh xạ đối tượng trong .NET năm 2025.

Giải pháp tốt nhất bạn có thể thực hiện trong năm nay là từ bỏ AutoMapper (hoặc bất kỳ thư viện mapping nào khác) để chuyển sang ánh xạ thủ công.

Anh em trong team mình đã chuyển sang ánh xạ thủ công từ vài năm trước, và thật sự có thể nói rằng: ánh xạ thủ công chỉ làm chất lượng phần mềm tăng lên.