Tại sao chúng ta cần khuôn khổ cho tiêm phụ thuộc? [đóng cửa]

Tôi đã đọc nhiều hơn về nguyên tắc Đảo ngược điều khiển và Tiêm phụ thuộc khi thực hiện nó và tôi khá chắc chắn rằng tôi hiểu nó.

Về cơ bản, có vẻ như là 'không khai báo các thành viên trong lớp của bạn' trong lớp '. Thay vào đó, các cảnh báo nên được truyền vào và được chỉ định thông qua hàm tạo; 'tiêm' vào lớp từ nguồn bên ngoài.

Nếu nó đơn giản, có vẻ như vậy, tại sao chúng ta cần các khung như mùa xuân hoặc guice thực hiện điều này với các chú thích? Tôi có thiếu một cái gì đó cơ bản ở đây? Tôi thực sự đấu tranh để hiểu việc sử dụng các khung Dependency Injection là gì.

Chỉnh sửa: Về bản sao có thể có, tôi tin rằng câu hỏi của tôi độc đáo hơn vì nó đang hỏi về các khung DI nói chung, không chỉ riêng Spring. Spring không chỉ là một khung DI, vì vậy có nhiều lý do mà ai đó muốn sử dụng Spring không liên quan đến DI.

Chúng ta không cần các khuôn khổ. Hoàn toàn có thể thực hiện tiêm phụ thuộc bằng tay, ngay cả đối với một dự án tương đối lớn.

Mặt khác, sử dụng khung làm cho nó dễ dàng hơn, đặc biệt là dựa trên chú thích hoặc tự động phát hiện các phụ thuộc, vì nó làm cho quy trình đơn giản hơn: nếu tôi quyết định rằng tôi cần một phụ thuộc mới trong một lớp, tất cả những gì tôi phải làm là thêm nó cho hàm tạo (hoặc khai báo một setter) và đối tượng được thêm vào - Tôi không cần thay đổi bất kỳ mã khởi tạo nào.

Ngoài ra, các khung thường chứa các chức năng hữu ích khác. Ví dụ, Spring chứa một khung hữu ích để lập trình hướng theo khía cạnh, bao gồm phân định giao dịch khai báo (cực kỳ tiện dụng) và một loạt các triển khai bộ điều hợp giúp nhiều thư viện bên thứ 3 dễ tích hợp hơn.

1. Tại sao chúng ta cần DI (Dependency Injection) cả?

   Cơ chế DI tách sản xuất đối tượng khỏi tiêu thụ đối tượng. Các phụ thuộc mà một đối tượng cần được phân phối trong suốt từ bên ngoài. Ưu điểm của cơ chế là rõ ràng: Bạn có thể trao đổi phụ thuộc bất cứ lúc nào, ví dụ: sử dụng Đối tượng Null cho mục đích thử nghiệm.

2. Làm thế nào được thực hiện?

   Có một số cách để đạt được mục tiêu:

   • Tiêm phụ thuộc thông qua tiêm xây dựng
   • Tiêm qua getter / setter
   • Giao diện tiêm

3. Chúng ta có cần khung DI không?

   Không hoàn toàn không. Bạn chỉ có thể chuyển tất cả các trường hợp cho các đối tượng khác bằng tay. Nếu bạn có một ứng dụng nhỏ, không cần hộp đựng lò xo.

   Nhưng mặt khác, các khung công tác giúp bạn quản lý các đối tượng:

   • Họ giúp bạn kết nối các mối quan hệ đối tượng phức tạp. Bạn phải viết không có mã soạn sẵn, để tạo các thể hiện và chuyển chúng đến các đối tượng thích hợp

   • Chúng giúp bạn kiểm soát khi một đối tượng được tạo: bạn có thể tạo các cá thể trong khi bootstrapping ứng dụng, nhưng trong một số trường hợp, việc tạo lười biếng - chỉ khi cần - là tốt hơn

   • Chúng giúp bạn kiểm soát số lượng phiên bản được tạo: một phiên bản cho mỗi vòng đời ứng dụng hoặc một trường hợp cho mỗi yêu cầu (trong trường hợp bạn đang lập trình web)

Nếu dự án của bạn có kích thước phù hợp - nếu bạn cảm thấy cần phải viết mã soạn sẵn ít hơn - hoàn toàn có ý nghĩa khi sử dụng khung (DI-). Có nhiều ưu điểm hơn khuyết điểm.

Với mùa xuân, chủ yếu là vấn đề thuận tiện.

Nếu bạn có lớp TopLevelxây dựng lớp MiddleLevelxây dựng lớp LowLevelvà bạn nhận ra rằng bạn cần một tham số hàm tạo mới LowLevel, bạn cũng phải thêm nó vào TopLevelvà MiddleLevelđơn giản là khi MiddleLevelđến lúc xây dựng LowLevelgiá trị sẽ có sẵn để nó có thể được chuyển đến hàm tạo của nó. Với mùa xuân, bạn chỉ cần thêm một chú thích.

Ngoài ra, với lò xo, có thể xác định các phụ thuộc trong tệp cấu hình bên ngoài thay vì xml và điều này được cho là cung cấp cho bạn khả năng tạo một hệ thống mới với hệ thống dây hoàn toàn khác "không thay đổi bất kỳ mã nào". (IMHO điều này hoàn toàn sai hướng, bởi vì thay đổi xml không khác nhiều so với thay đổi mã và thực tế, mã thường có kiểm tra lỗi và kiểm tra loại tốt hơn nhiều so với xml.)

Một điều nữa là nhiều người sợ các nhà xây dựng; họ không hiểu họ, họ không thích họ, họ không muốn sử dụng chúng.

Vài năm trước tôi đã viết một chương trình để giám sát các trang web, portlets web, thậm chí một số bảng cơ sở dữ liệu nhất định, tại một công ty tôi từng làm việc. Tôi muốn nó đủ linh hoạt để người dùng có thể chỉ định màn hình nào sẽ chạy và với các tham số nào (url, đăng nhập, tiêu chí thành công, v.v.). Vì vậy, tôi đã viết nó để đọc từ một tệp XML và sử dụng phản chiếu Java để khởi tạo các lớp được chỉ định và sử dụng các phương thức setter để đặt các tham số đã chỉ định.

Sau đó tôi thấy rằng mùa xuân sẽ làm điều tương tự cho bạn, và nhiều hơn nữa.

Vì vậy, trong trường hợp của tôi, tôi thấy rằng

1. Sử dụng khung tiêm phụ thuộc giúp chương trình linh hoạt và giúp dễ dàng xác định cách thức hoạt động của nó (trong các tham số được xác định rõ ràng trong khóa học).

2. Sử dụng khung DI của bên thứ ba giúp bạn không phải phát minh lại bánh xe.