Việc xê-ri hóa có ngăn cản việc sử dụng Tiêm phụ thuộc không?

Câu hỏi đơn giản: Tôi hiểu rằng Tuần tự hóa trong C # yêu cầu các hàm tạo mặc định. Điều này sẽ loại bỏ khả năng sử dụng Con constructor được tiêm DI (thường là phong cách ưa thích của DI, trong bài đọc của tôi ^{[cần dẫn nguồn]} ). Vì vậy, nó thực sự là một hoặc một tình huống, hoặc tôi đang thiếu một cái gì đó?

(Câu hỏi bên lề): Các container IoC có thực hiện bước đánh đổi này bằng cách nào đó không?

Không thể khử tuần tự hóa một đối tượng và cũng có thể thêm một phụ thuộc vào một đối tượng khác, đã tồn tại, trong một bước trong C #, sử dụng các cơ chế tuần tự hóa tiêu chuẩn. Thay vào đó, bạn sẽ phải sử dụng thuộc tính tiêm, trước tiên, xây dựng đối tượng bằng cách sử dụng trình giải nén, sau đó tiêm phụ thuộc. Đối với hầu hết các ứng dụng trong thế giới thực, tôi không coi điều này là một nhược điểm thực sự - nếu bạn có một lớp mô hình dữ liệu có thể tuần tự hóa, nó cũng phụ thuộc vào các lớp mô hình phi dữ liệu khác, bạn nên kiểm tra xem lớp mô hình dữ liệu của bạn có thể có quá nhiều trách nhiệm rồi

Nếu điều đó thực sự làm phiền bạn, bạn có thể xem xét bọc đối tượng tuần tự hóa của mình bằng một lớp trang trí, nơi bạn có thể truyền trình khử nối tiếp và các phụ thuộc bổ sung thông qua hàm tạo. Sau đó, trình bao bọc đó thực hiện hai bước (khử tuần tự hóa đối tượng được bọc và tiêm thuộc tính) trong hàm tạo của nó.

Tôi đang giải quyết vấn đề này như thế: tiêm các nhà máy phụ thuộc. Trong các nhà máy đó, trước tiên, giải quyết sự phụ thuộc khi nó được đăng ký trong vùng chứa, sau đó "khử lưu lượng hóa" tất cả dữ liệu còn lại: json.net cho phép điền vào các trường trong đối tượng hiện có.

Vì mã nhà máy đi cùng với mã dây của bộ chứa IoC, tôi không nghĩ việc sử dụng container.Resolvebên trong nhà máy vi phạm quy tắc, mà containerphải được sử dụng chỉ ở một nơi trong mã: nơi tất cả các hệ thống dây điện xảy ra.

Đến bây giờ, tôi đang cố gắng làm cho quá trình này tự động (trái ngược với những gì tôi đã thử nghiệm phương pháp đó tại) bằng cách sử dụng sự phản chiếu. Vâng, không có nhiều thứ còn lại từ chính quá trình khử lưu huỳnh của json.net, một phần của nó được thay thế bằng mã tùy chỉnh, nhưng tôi nghĩ, tại sao phải bận tâm.

Ngoài ra, suy nghĩ / quyết định cuối cùng của bạn về vấn đề này là gì? Sau khi đọc bài này tôi thấy hai cách: deserialize, sau đó tiêm; hoặc tiêm, sau đó khử lưu huỳnh (dân cư). Và tôi vẫn thấy con đường của mình tốt hơn. Sẽ rất vui khi nghe các lập luận phản đối điều này (tôi liên quan, rằng cách của tôi có thể tốt hơn cho trường hợp của tôi, nhưng không thể tưởng tượng một cách sinh động các trường hợp thay thế tốt, khi nó thất bại, chỉ là một số phỏng đoán nhỏ)