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