Spring

Policy 라는 Interface가 있다고 가정하자.Policy를 상속 받은 구현체가 2개 이상인데, 이 구현체들이 모두 스프링 컨테이너에 등록되어있다는 말이다.예를 들면, RatePolicy implements Policy 와 FixedPolicy implement

대부분의 블로그나 강의를 보면, 의존성 주입에서 생성자 주입을 권장한다.왜일까?이유를 알아보자.오히려, 종료전까지 변하면 안되는 경우들이 대부분이다.종료 전까지 변하면 안되는 경우, set 메서드로 변경이 될 수 있기 때문에 좋은 설계가 아니다.이렇게 짜게 되면 Ord

먼저 동시성(Concurrency)의 사전적 정의에 대해서 살펴보자사전적 의미 : 하나의 CPU 코어에서 시간분할(Time sharing)을 통하여 여러 일을 처리하는 것 처럼 보여지게 하는 기법대중적 의미 : 여러 요청이 하나의 자원(data)에 접근하여 수정(변경,

Bean이 Spring Container에 등록되고, 소멸되는 과정아래의 Life Cycle에서 초기화 콜백, 소멸전 콜백이 핵심.Why? \- 데이터 사용 준비 시점 확정(초기화 콜백) \- 안전한 종료 작업(소멸 콜백)스프링 컨테이너 생성\-> Bean 생성\-

오늘의 삽질 : JPA와 MySQL연동하는데, Entity의 변수명을 다르게 지정했다.