[JAVA] Résumons pourquoi l'injection de constructeur est recommandée

Injection de constructeur et injection de champ

• Récemment? J'ai le sentiment de bien comprendre pourquoi l'injection de constructeur est recommandée, j'ai donc décidé d'écrire cet article parce que je voulais résumer mes pensées et ma compréhension.
• Le code suivant est supposé être implémenté à l'aide de SpringBoot, Java, JPA.

Avantages et inconvénients de l'injection sur le terrain

• mérite
• Dans le cas de l'injection de champ, il est facile d'injecter car il suffit d'ajouter @ Autowired au-dessus du champ.
• Si vous avez plus de choses à injecter, ajoutez simplement un champ et ajoutez @ Autowired.
• ** Inaptitude **
• Le test devient douloureux. (Voir ci-dessous)

Exemple d'implémentation avec injection de champ

@Service
public class BookService{
    
    @Autowired
    private BookDao bookDao;
    
    @Autowired
    private HogeDao hogeDao;

    /**
     *Renvoie un livre qui correspond à l'argument bookId
     */
    public Book selectById(int bookId){
        Optional<Book> wrappedBook = bookDao.findById(bookId);
        return wrappedBook.orElseThrow(() -> NotFoundException("Non"));
    }
                          .
                          .
                          .
}

Avantages et inconvénients de l'injection constructeur

• mérite
• Bien qu'il y ait un inconvénient que la quantité de description augmente, le champ peut être rendu immuable.
• Facile à tester. (Voir ci-dessous)
• ** Inaptitude **
• Dans le cas de l'injection de constructeur, la quantité de description est plus importante que dans le cas de l'injection de champ.
• Lorsqu'il y a plus de choses à injecter, il est un peu plus gênant d'apporter des modifications par rapport à l'injection sur le terrain.

Exemple d'implémentation avec injection de constructeur

@Service
public class BookService{
    private final BookDao bookDao;
    private final HogeDao hogeDao;
    
    @Autowired // → Spring4.Cette annotation peut être omise si elle est égale ou supérieure à 3
    public BookService(BookDao bookDao, HogeDao hogeDao){
        this.bookDao = bookdao;
        this.hogeDao = hogedao;
    }

    /**
     *Renvoie un livre qui correspond à l'argument bookId
     */
    public Book selectById(int bookId){
        Optional<Book> wrappedBook = bookDao.findById(bookId);
        return wrappedBook.orElseThrow(() -> NotFoundException("Non"));
    }
                          .
                          .
                          .
}

Testabilité améliorée par injection de constructeur

• Comme mentionné ci-dessus, il est plus facile de tester en utilisant l'injection de constructeur.

Lors du test d'une classe implémentée avec l'injection de champ

• Les champs injectés avec @ Autowired peuvent être simulés en utilisant @ MockBean fourni par Spring Boot.
• Puisque l'annotation fournie par SpringBoot est utilisée, @RunWith (SpringRunner.class) et @ SpringBootTest sont requis.

@RunWith(SpringRunner.class)
@SpringBootTest
public class BookServiceTests{

    @Autowired    
    private BookService bookService;

    @MockBean
    private BookDao bookDao;

    @MockBean
    private HogeDao hogeDao;

 
    @Test
public void Possibilité d'obtenir des livres avec l'ID de livre spécifié(){
        // setUp
        var expected = new Book(1, "Nom du livre"); 
        when(bookDao.findById(1)).thenReturn(expected);
        var bookService = new BookService();

        // execute
        var actual = bookService.selectById(1);

        // verify
        assertThat(...Omis ci-dessous
    }
}

• À première vue, cela semble très facile car il suffit d'ajouter @ MockBean, mais Spring Boot Test prend beaucoup de temps pour un test unitaire ...
• J'obtiens souvent l'erreur "Impossible de créer le contexte d'application". (Expérimenté)
• Se produit lorsque les informations de base de données décrites dans application.yml (.properties) sont incorrectes.
• Si la base de données n'est pas en cours d'exécution, le test ne s'exécutera pas en premier lieu
• Non pas parce que la base de données n'est pas en cours d'exécution, mais parce que l'implémentation est telle que s'il n'y a pas de table dans @ Table, elle est automatiquement générée ...?
• Dans un test sans rapport avec DB, l'erreur "DB is ..." apparaît et le stress est grand (wow)

Lors du test d'une classe implémentée par injection de constructeur

• Il peut être un peu compliqué de se moquer de la méthode @ Before.
• @RunWith (SpringRunner.class) et @ SpringBootTest étaient nécessaires pour les tests implémentés par injection de champ, mais ils n'ont pas besoin d'être ajoutés ici.

public class BookServiceTests{ 
    private BookService bookService;
    private BookDao bookDao;
    private HogeDao hogeDao;

    @Before
    public void setUp(){
        bookDao = Mockito.mock(BookDao.class);
        hogeDao = Mockito.mock(HogeDao.class);
        bookService = new BookService(bookDao, hogeDao);
    }
 
    @Test
public void Possibilité d'obtenir des livres avec l'ID de livre spécifié(){
        // setUp
        var expected = new Book(1, "Nom du livre"); 
        when(bookDao.findById(1)).thenReturn(expected);
        var bookService = new BookService();

        // execute
        var actual = bookService.selectById(1);

        // verify
        assertThat(...Omis ci-dessous
    }
}

• Puisque les annotations liées à Spring Boot ne sont pas ajoutées, le test sera fluide.

• Vous n'avez pas à vous soucier des erreurs telles que Impossible de créer le contexte d'application ou" DB ... "et vous pouvez tester sans stress: sourire:

• S'il est difficile de se moquer par vous-même avec la méthode avec @ Before, vous pouvez facilement vous moquer en ajoutant @ Mock fourni par Mockito.

@RunWith(MockitoJUnitRunner.class)
public class BookServiceTests{ 
    private BookService bookService;

    @Mock
    private BookDao bookDao;
    @Mock
    private HogeDao hogeDao;

    @Before
    public void setUp(){
        bookService = new BookService(bookDao, hogeDao);
    }
    //Omis ci-dessous

• Veuillez noter que @RunWith (MockitoJUnitRunner.class) est requis.

référence

• https://humble-mumble.com/mockbean-vs-mock/#st-toc-h-1