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 |
Tags
- 스프링
- 김영한
- 티스토리챌린지
- equals()
- @configuration
- 예외와 트랜잭션 커밋
- 프로그래머스
- java
- HttpServletResponse
- 싱글톤
- 코딩테스트
- 다익스트라
- 오블완
- 의존관계
- 인터페이스
- http 메시지 컨버터
- 스프링컨테이너
- fielderror
- 추상클래스
- objecterror
- 참조변수
- 서블릿
- 테스트코드
- 코드트리
- 백준
- 오버라이딩
- 코드트리조별과제
- html form
- DI
- 프록시
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