250x250
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
Tags
- @configuration
- 참조변수
- objecterror
- 백준
- http 메시지 컨버터
- 다형성
- 오블완
- 코딩테스트
- 스프링컨테이너
- 프록시
- 오버라이딩
- 예외와 트랜잭션 커밋
- html form
- 테스트코드
- equals()
- 티스토리챌린지
- 추상클래스
- java
- fielderror
- DI
- 코드트리
- 김영한
- HttpServletResponse
- 의존관계
- JSON
- 인터페이스
- 스프링
- 코드트리조별과제
- 싱글톤
- 서블릿
Archives
- Today
- Total
목록IOC (1)
minOS

IoC, DI 그리고 컨테이너 제어의 역전 IoC(Inversion of Control) AppConfig 설계 이후 , 구현 객체는 자신의 로직을 실행하는 역할만 담당한다. 프로그램의 제어 흐름은 이제 AppConfig가 가져간다. - 구현체(OrderServiceImpl)은 필요한 인터페이스들을 호출하지만 어떤 구현 객체들이 실행될지 모른다. 프로그램의 제어의 흐름에 대한 권한은 모두 AppConfig가 가지고 있다. 심지어 구현체(OrderServiceImpl)도 AppConfig가 생성한다. 이렇듯, 프로그램의 제어 흐름을 직접 제어하는 것이 아니라 외부에서 관리하는 것을 제어의 역전(IoC)이라 한다. 프레임워크 vs 라이브러리 프리엠워크 : 내가 작성한 코드를 제어하고, 대신 실행하는 것 ex..
TIL/김영한의 스프링 핵심 원리
2024. 1. 30. 22:55