public class BugService {
public void countLeg(){
BugRepository bug = new Fly();
bug.legCount();
}
}
new를 통해 코드에 직접 써버리면
다른 객체를 사용하고 싶어도 직접 수정하기 전까진 불가능하다
* 객체의 밖에서 객체를 넣어주는 것
public class BugService {
private BugRepository bugRepository;
public BugService(BugRepository bugRepository){
this.bugRepository = bugRepository;
}
public void countLeg(){
bugRepository.legCount();
}
}
이렇게 생성자로 객체를 받는다면 "의존성을 주입받았다"라고 할 수 있다
@Test
public void testLeg(){
BugRepository bug = new LadyBug(); // Fly(), Mantis()... 등등
BugService bugService = new BugService(bug); //bugService의 생성자로 의존성주입!
bugService.countLeg();
}
이제 객체를 생성하고 싶으면 생성자에 객체를 무엇이든 넘겨주면 된다
이 개념을 개인 프로젝트의 코드에서 찾아본다면
@Getter
@NoArgsConstructor
@Entity
public class Post extends Timestamped{
@GeneratedValue(strategy = GenerationType.AUTO)
@Id
private Long id; //글번호
...
public Post(PostRequestDto requestDto) {
this.title = requestDto.getTitle();
this.name = requestDto.getName();
this.content = requestDto.getContent();
}
...
}
@RequiredArgsConstructor
@RestController
public class PostController {
private final PostRepository postRepository;
private final PostService postService;
@PostMapping("/api/posts")
public Post writePost(@RequestBody PostRequestDto requestDto) {
Post post = new Post(requestDto);
return postRepository.save(post);
}
...
}
이 부분인 것 같다
PostController(객체의 밖)에서 PostDto 클래스를 Post에 넣어주고 있다
의존성을 관리하는 게 자기 자신이 아니라 외부에 의해 주입되기 때문에 Inversion of Control이라고 부름
"DI랑 IoC랑 같은 개념인건가..?"
의존성을 주입해주는 일을 DI라고 하고
의존성을 대신 만들어주는 상황을 IoC라고 하는 것 같다
// 일반적인 경우
public class TestClassController {
public TestRespository testRespository; // 따로 초기화를 해주지 않음
public TestClassController(TestRespository testRespository){
this.testRespository = testRespository;
}
@Test
public void testDoSomthing(){
testRespository.save();
}
}
TestClassController를 만들 때 생성자에서 TestRepository 객체를 주입하기 때문에
NullPointException같은 에러는 나지 않는다
// @MockBean Annotation을 사용해서 의존성을 주입
public class TestClassController {
@MockBean
public TestRespository testRespository; // 따로 초기화를 해주지 않음
@Test
public void testDoSomthing(){
testRespository.save();
}
}
따로 초기화나 객체를 주입해주지 않아도 문제 없이 동작한다
물론 SpringBoot에 TestRepository를 Bean으로 만들어 사용할거라는 말을 명시해줘야 한다
그것이 @Component 인 것 같다
강의에서
스프링이 자동으로 필요한 클래스를 필요한 곳에 생성하려면 "아, 사용자가 요구하면 자동으로 생성할 클래스 목록이 이거구나" 라고 확인할 수 있어야 하는데, 그 목록에 등록하는 간단한 방법이 컴포넌트 등록이다 컴포넌트 등록하는 방법은 클래스 위에 @Component 어노테이션을 사용하는 것이다 @Component를 적어주고 @RequiredArgsConstructor 와 함께 사용할 경우 스프링이 자동으로 생성한다
라고 한 부분이 있다
다른 클래스에서 final을 쓰고 멤버변수를 적어준 다음 @RequiredArgsConstructor를 쓰면 Spirng이 알아서 클래스를 가져온다 라고 했는데
@SpringBootApplication내부의 Annotaion중 하나인 @ComponentScan이 어디부터 Component를 찾아보라고 알려준다. Component를 찾아보는 행위를 Component Scanning 이라고 한다.
* 직접 등록
- Bean 설정 파일이 Java 설정파일인지 xml인지에 따라 다르다
- Java 설정파일일 경우, @Configuration 이라는 어노테이션이 붙어있는데,
그 안에 @Bean을 사용해 직접 정의할 수 있다
해당 JavaConfiguration 파일이 Component Scanning에 의해 읽힐 때 IoC 컨테이너에 들어간다
@Configuration
public class JavaConfigurationExample {
@Bean
public TestRespository testRespository(){
return new TestRespository(); //return한 객체가 @Bean에 의해 등록 된다.
}
}
