Tôi đã xem xét sử dụng khung Typhoon để tiêm phụ thuộc trong tuần này. Tôi nhận thấy rằng việc tách rời việc xây dựng các đối tượng có lợi cho việc thay thế các thành phần tùy ý bằng các mô phỏng trong quá trình thử nghiệm đơn vị, và cho đến nay tôi đã thấy lợi ích từ việc này một mình.
Nhưng tôi không thể không nghĩ rằng trước đây khi tôi có một lớp trình điều khiển chế độ xem khiêm tốn có hàng chục lần nhập tiêu đề, thì bây giờ tôi có một lớp nhà máy khiêm tốn có hàng chục lần nhập tiêu đề. Tôi có nên tránh có một lớp nhà máy lớn?
6
Trong một thập kỷ, tôi hy vọng DI sẽ tiếp quản danh sách bashing từ Singleton, nhưng lần này là vì những lý do chính đáng. Nó có một số công dụng tốt nhưng tôi đề nghị nên rất cẩn thận đánh giá tác động.
—
Balog Pal
Tôi không nghĩ rằng tiêm phụ thuộc là một cách để giảm độ phức tạp nhưng là cách để tránh phụ thuộc ngầm (sử dụng các ký hiệu toàn cục / biến tự do) có lợi cho các phụ thuộc rõ ràng (sử dụng tham số rõ ràng / biến bị ràng buộc). Vì vậy, sự phức tạp vẫn còn đó, nhưng bạn buộc phải đối phó với nó bởi vì bạn làm cho nó rõ ràng trong chữ ký phương thức / hàm tạo của bạn.
—
Giorgio
Lưu ý rằng hầu như bất kỳ hệ thống nào để tổ chức mã có thể được mô tả là "chỉ di chuyển sự phức tạp ở một nơi khác". Nó không phải là về việc loại bỏ sự phức tạp nhiều như việc tổ chức nó theo cách hợp lý, hữu ích nhất.
Nếu bạn phải nhập 50 tiêu đề, bạn phải làm điều đó ở đâu đó. DI giúp bạn dễ dàng hơn trong việc kiểm tra mã của bạn.
—
BЈовић
Vì vậy, bạn đang nói rằng bây giờ bộ điều khiển của bạn tập trung vào kiểm soát và nhà máy nhập tiêu đề của bạn tập trung vào nhập khẩu tiêu đề? Làm thế nào điều đó có thể trở thành một điều xấu, cho dù bạn đang sử dụng khung DI hay không?
—
pdr