Về cơ bản mùa xuân là một khuôn khổ cho tiêm phụ thuộc đó là một mô hình cho phép xây dựng các hệ thống tách rời.
Vấn đề
Ví dụ: giả sử bạn cần liệt kê người dùng của hệ thống và do đó khai báo giao diện có tên UserLister:
public interface UserLister {
List<User> getUsers();
}
Và có thể một triển khai truy cập cơ sở dữ liệu để có được tất cả người dùng:
public class UserListerDB implements UserLister {
public List<User> getUsers() {
// DB access code here
}
}
Theo quan điểm của bạn, bạn sẽ cần truy cập một thể hiện (chỉ là một ví dụ, hãy nhớ):
public class SomeView {
private UserLister userLister;
public void render() {
List<User> users = userLister.getUsers();
view.render(users);
}
}
Lưu ý rằng mã ở trên không khởi tạo biến userLister. Chúng ta nên làm gì? Nếu tôi rõ ràng khởi tạo đối tượng như thế này:
UserLister userLister = new UserListerDB();
... Tôi muốn kết hợp quan điểm với việc triển khai lớp truy cập DB. Điều gì xảy ra nếu tôi muốn chuyển từ triển khai DB sang một cái khác lấy danh sách người dùng từ tệp được phân tách bằng dấu phẩy (hãy nhớ, đó là một ví dụ)? Trong trường hợp đó, tôi sẽ đi đến mã của mình một lần nữa và thay đổi dòng trên thành:
UserLister userLister = new UserListerCommaSeparatedFile();
Điều này không có vấn đề gì với một chương trình nhỏ như thế này nhưng ... Điều gì xảy ra trong một chương trình có hàng trăm lượt xem và số lớp kinh doanh tương tự? Việc bảo trì trở thành một cơn ác mộng!
Cách tiếp cận mùa xuân (tiêm phụ thuộc)
Những gì Spring làm là kết nối các lớp bằng cách sử dụng tệp hoặc chú thích XML, theo cách này, tất cả các đối tượng được khởi tạo và khởi tạo bởi Spring và được chèn vào đúng chỗ (Servlets, Web Frameworks, Business class, DAO, v.v., v.v. ...).
Quay trở lại ví dụ trong Spring, chúng ta chỉ cần có một trình thiết lập cho userListertrường và có một tệp XML như thế này:
<bean id="userLister" class="UserListerDB" />
<bean class="SomeView">
<property name="userLister" ref="userLister" />
</bean>
hoặc đơn giản hơn là chú thích các tệp trong lớp xem của chúng tôi với @Inject:
@Inject
private UserLister userLister;
Bằng cách này, khi quan điểm được tạo ra nó một cách kỳ diệu sẽ có UserListersẵn sàng làm việc.
List<User> users = userLister.getUsers(); // This will actually work
// without adding any line of code
Nó thật tuyệt! Phải không?
- Điều gì nếu bạn muốn sử dụng một thực hiện
UserListergiao diện khác của bạn ? Chỉ cần thay đổi XML.
- Điều gì xảy ra nếu không có
UserListersẵn một triển khai? Chương trình thực hiện giả thời gian UserListervà dễ dàng phát triển quan điểm.
- Nếu tôi không muốn sử dụng Spring nữa thì sao? Đừng sử dụng nó! Ứng dụng của bạn không được kết hợp với nó. Đảo ngược điều khiển trạng thái: "Ứng dụng kiểm soát khung, không phải khung kiểm soát ứng dụng".
Có một số tùy chọn khác cho Dependency Injection xung quanh đó, theo ý kiến của tôi đã khiến Spring trở nên nổi tiếng bên cạnh sự đơn giản, thanh lịch và ổn định của nó là các chàng trai của SpringSource đã lập trình nhiều POJO giúp tích hợp Spring với nhiều khung công tác chung khác mà không cần xâm nhập vào ứng dụng của bạn. Ngoài ra, Spring có một số tiểu dự án tốt như Spring MVC, Spring WebFlow, Spring Security và một lần nữa một danh sách loooong của vveteras.
Hi vọng điêu nay co ich. Dù sao, tôi khuyến khích bạn đọc bài viết của Martin Fowler về Dependency Injection và Inversion of Control bởi vì anh ấy làm điều đó tốt hơn tôi. Sau khi hiểu những điều cơ bản, hãy xem Tài liệu mùa xuân , theo tôi, nó được sử dụng để trở thành cuốn sách Mùa xuân hay nhất từ trước đến nay.
