Tôi vừa thừa hưởng một ứng dụng Java và khi kiểm tra mã, tôi thấy IMHO là một sự khốn khổ của khung công tác Spring. Bạn thấy đấy, đội Java dường như có ác cảm với các giao diện, vì vậy chúng tôi kết thúc với những câu như này:Mùa xuân là nhà máy được tôn vinh; điều này có chấp nhận được không?
@Autowired
private SomeConcreteFinalClass _myField;
Không có cấu hình Spring, không đậu được xác định, không có cơ hội mà tôi có thể kiểm tra các đối tượng chứa trong sự cô lập . Đây thực chất là một nhà máy dựa trên chú thích với chi phí của Spring.
Tôi có nằm ngoài tuyến không, hoặc liệu đây có giống như sử dụng súng voi để tiêu diệt ruồi không? Tôi chỉ cần có một kiểm tra thực tế từ tất cả mọi người khác trong nhóm nghĩ rằng điều này là hoàn toàn chấp nhận được.
Chỉnh sửa Trong nhiều trường hợp, các nhà máy được chú thích này sẽ được hưởng lợi vô cùng từ thử nghiệm riêng biệt. Nhóm nghiên cứu cũng cau mày khi thử nghiệm.
Không có gì bí ẩn ở đây, tôi hy vọng. Nếu tôi có một lớp cụ thể, đó không phải là phía sau một giao diện, và không có bean Spring tương ứng để "thiết lập" đối tượng, thì đó là một nhà máy được tôn vinh có thể được triển khai với 10 dòng mã.
Mùa xuân không được sử dụng theo bất kỳ cách nào khác trong hệ thống; đây chính là nó.
Mục tiêu của tôi ngay bây giờ:
- Viện chính sách thử nghiệm
- Giáo dục đội trên những ưu điểm của phần ly
- Move các lĩnh vực này Autowired đằng sau giao diện
tôi đoán câu hỏi cuối cùng là: có bất kỳ lợi ích nào để giữ cho các trường này được Tự động hóa nếu chúng ta không testin g hoặc theo bất kỳ cách nào khác bằng cách sử dụng khung công tác. Tôi cũng chỉ cần new
đối tượng nếu phụ thuộc là không thay đổi.
Tất nhiên: súng voi là vũ khí được lựa chọn để tiêu diệt ruồi đột biến kích thước voi –