Tiêm động lực mùa xuân, kiểu giống như nhà máy

Question

Sự tiếp tục từ Dependency injection, delayed injection praxis. Tôi có lớp Chính:

package test; 

import org.springframework.beans.factory.annotation.Autowired; 
import org.springframework.context.ApplicationContext; 
import org.springframework.context.support.ClassPathXmlApplicationContext; 
import org.springframework.stereotype.Component; 

import java.util.List; 
import java.util.Scanner; 

@Component 
public class Main { 
    @Autowired 
    private StringValidator stringValidator; 

    @Autowired 
    private StringService stringService; 

    @Autowired 
    private ValidationService validationService; 

    public void main() { 
     scanKeyboardCreateLists(); 

     stringValidator.validate(); 

     final List<String> validatedList = stringValidator.getValidatedList(); 
     for (String currentValid : validatedList) { 
      System.out.println(currentValid); 
     } 
    } 

    private void scanKeyboardCreateLists() { 
     //Let's presume the user interacts with the GUI, dynamically changing the object graph... 
     //Needless to say, this is past container initialization... 
     Scanner scanner = new Scanner(System.in); 
     int choice = scanner.nextInt(); 

     //Delayed creation, dynamic 
     if (choice == 0) { 
      stringService.createList(); 
      validationService.createList(); 
     } else { 
      stringService.createSecondList(); 
      validationService.createSecondList(); 
     } 
    } 

    public static void main(String[] args) { 
     ApplicationContext container = new ClassPathXmlApplicationContext("/META-INF/spring/applicationContext.xml"); 
     container.getBean(Main.class).main(); 
    } 
} 

Và đồ thị đối tượng được tạo động, tùy thuộc vào tương tác của người dùng. Tôi đã giải quyết khớp nối ứng dụng, cho phép tôi kiểm tra điều này rất đơn giản. Ngoài ra, vì danh sách được duy trì bởi vùng chứa, tính chất động của ứng dụng này (và mọi thứ khác) không liên quan, vì chúng có thể được yêu cầu bất cứ lúc nào ứng dụng cần chúng, duy trì các yếu tố của chúng.

Phần còn lại của mã này là ở đây:

package test; 

import java.util.List; 

public interface Stringable { 
    List<String> getStringList(); 
} 

package test; 

import org.springframework.stereotype.Component; 

import java.util.ArrayList; 

@Component 
public class StringList extends ArrayList<String> { 
} 

package test; 

import org.springframework.stereotype.Component; 

import javax.inject.Inject; 
import java.util.ArrayList; 
import java.util.List; 

@Component 
public class StringService implements Stringable { 

    private List<String> stringList; 

    @Inject 
    public StringService(final ArrayList<String> stringList) { 
     this.stringList = stringList; 
    } 

    //Simplified 
    public void createList() { 
     stringList.add("FILE1.txt"); 
     stringList.add("FILE1.dat"); 
     stringList.add("FILE1.pdf"); 
     stringList.add("FILE1.rdf"); 
    } 

    public void createSecondList() { 
     stringList.add("FILE2.txt"); 
     stringList.add("FILE2.dat"); 
     stringList.add("FILE3.pdf"); 
     stringList.add("FILE3.rdf"); 
    } 

    @Override 
    public List<String> getStringList() { 
     return stringList; 
    } 
} 

package test; 

import org.springframework.beans.factory.annotation.Autowired; 
import org.springframework.stereotype.Component; 

import java.util.ArrayList; 
import java.util.List; 

@Component 
public class StringValidator { 
    private List<String> stringList; 
    private List<String> validationList; 

    private final List<String> validatedList = new ArrayList<String>(); 

    @Autowired 
    public StringValidator(final ArrayList<String> stringList, 
          final ArrayList<String> validationList) { 
     this.stringList = stringList; 
     this.validationList = validationList; 
    } 

    public void validate() { 
     for (String currentString : stringList) { 
      for (String currentValidation : validationList) { 
       if (currentString.equalsIgnoreCase(currentValidation)) { 
        validatedList.add(currentString); 
       } 
      } 
     } 
    } 

    public List<String> getValidatedList() { 
     return validatedList; 
    } 
} 

package test; 

import java.util.List; 

public interface Validateable { 
    List<String> getValidationList(); 
} 

package test; 

import org.springframework.stereotype.Component; 

import java.util.ArrayList; 

@Component 
public class ValidationList extends ArrayList<String> { 
} 

package test; 

import org.springframework.stereotype.Component; 

import javax.inject.Inject; 
import java.util.ArrayList; 
import java.util.List; 

@Component 
public class ValidationService implements Validateable { 

    private List<String> validationList; 

    @Inject 
    public ValidationService(final ArrayList<String> validationList) { 
     this.validationList = validationList; 
    } 

    //Simplified... 
    public void createList() { 
     validationList.add("FILE1.txt"); 
     validationList.add("FILE2.txt"); 
     validationList.add("FILE3.txt"); 
     validationList.add("FILE4.txt"); 
    } 

    public void createSecondList() { 
     validationList.add("FILE5.txt"); 
     validationList.add("FILE6.txt"); 
     validationList.add("FILE7.txt"); 
     validationList.add("FILE8.txt"); 
    } 

    @Override 
    public List<String> getValidationList() { 
     return validationList; 
    } 
} 

Có ai biết làm thế nào tôi sẽ giải quyết createList gọi phương thức() hoặc createSecondList() - mà không sử dụng các nhà xây dựng có khá nhiều lực lượng thiết kế. Tôi đã nghĩ đến một nhà máy, nhưng một nhà máy cho mỗi lớp trong một dự án có độ lớn hơn không có vẻ như là một ý tưởng hay.

Cái gì như:

<bean ... factory-method="..." depends-on="..." lazy-init="..."/> 

Và trong phương pháp nhà máy nhanh chóng lớp và gọi phương thức createList(). Hoặc gọi nó như thế này, từ một số phương pháp - mà lại có vẻ xấu, buộc phương pháp có trách nhiệm khởi tạo biểu đồ đối tượng.

Những hình ảnh của sự phụ thuộc thời gian chạy mà tôi muốn giải quyết trong thời gian chạy là dưới đây:

Có một số cách khác mà tôi có thể sử dụng container để đạt được initalization lười biếng động tùy thuộc vào sự tương tác người dùng ?

Cảm ơn bạn.

Answer 1

Nếu bạn muốn một số thành viên trong lớp của bạn được tự động khởi tạo \ populated trên mỗi cuộc gọi đến getter tương ứng, bạn có thể thử phương pháp tra cứu tiêm. Đọc Trang 3.3.4.1here.

Vì vậy, ngay cả khi lớp chứa thành viên động được tạo trong scope=singletone (mặc định cho vùng chứa đậu mùa xuân) mỗi lần bạn sẽ nhập trường có phương thức tra cứu được chỉ định, bạn sẽ nhận được đối tượng thích hợp theo logic nghiệp vụ được triển khai bên trong phương thức tra cứu. Trong trường hợp của bạn, danh sách là một giao diện để bạn có thể dễ dàng thực hiện xác thực trong phương thức tra cứu của mình và trả về một danh sách đã được xác nhận hợp lệ.

Edit:

tôi thấy tốt hơn example trong tài liệu Xuân - Tôi nghĩ rằng đó là rất rõ ràng. Hãy nhìn vào "3.4.6.1 Lookup phương pháp tiêm"

Khi bạn cấu hình các lớp Main gán một phương pháp tra cứu để thành viên List của nó - nó sẽ được gọi bất cứ khi nào bạn cần một ví dụ mới của bean List.

Chúc may mắn!

Answer 2

Âm thanh như người dùng có thể chọn 1 ..N đồ thị của các đối tượng và bạn chỉ muốn tải một cái mà người dùng chọn khi chạy. Nếu các đồ thị được biết tại thời điểm thiết kế nhưng người dùng chỉ chọn cái mà họ muốn thì nó nghe với tôi giống như những gì bạn có là một loạt các ApplicationContexts và bạn chỉ muốn tải một ApplicationContext mà người dùng chọn khi chạy. Vì vậy, tại sao không chỉ xác định tập hợp các ApplicationContexts và sau đó chỉ cần khởi tạo một tập hợp đúng lúc chạy. Vì Spring hỗ trợ Java Config nên bạn có thể định nghĩa các cấu hình này là các lớp Java để bạn có thể nhận được thừa kế và tránh cắt/dán bất kỳ mã nào.

Answer 3

Mùa xuân được thiết kế để tiêm lại thành phần có thể sử dụng lại, không cho thao tác và thao tác dữ liệu nghiệp vụ.

Thật vậy, một số dữ liệu được sử dụng trong tiêm phụ thuộc, nhưng chỉ để cấu hình hành vi thành phần chứ không phải để tạo chủ dữ liệu nghiệp vụ.

Bằng cách này, các tùy chọn sau đây có thể được sử dụng trong trường hợp của bạn: cảm ơn BeanFactory với BeanFactoryAware interface và việc sử dụng các phạm vi = "nguyên mẫu", bạn có thể tạo một bean bằng cách gọi getBean() như trong that example hoặc từ that other question: creating bean on demand.

Một lựa chọn thay thế nếu bạn có một số hạn chế về đậu để chuẩn bị là sử dụng chung tạo đậu the same way lacking beans are mocked

Bây giờ xem xét rằng mùa xuân không bao giờ thu thập rác đậu trong bối cảnh của nó. Vì vậy, nó là nguy hiểm cho bộ nhớ tiêu thụ để tạo ra đậu mùa xuân để giữ dữ liệu kinh doanh.

Nếu mục tiêu của bạn là khác nhau (tôi hy vọng như vậy), có thể bạn đang cố gắng thực hiện bằng cách hỗ trợ nhiều người thuê nhà của riêng bạn. Spring cung cấp hợp đồng thuê nhà trong trường hợp bạn có ngữ cảnh kinh doanh khác nhau để triển khai với các thành phần hoặc hành vi cụ thể.