EJB는 java에서 인정한 표준기술이었는데 분산기술(ex.지금의 dao,service),ORM 등 놀라운 신기술이었지만 비용이 굉장히 비쌌고, 개발자가 사용하기에는 복잡하고 어렵고 느렸다.스프링:EJB 컨테이너 대체, 단순함, 현재 사실상 표준기술인 SPRING 개발
한 클래스는 하나의 책임만 가져야한다.하나의 책임이라는 것은 모호하다.\-클수도 있고, 작을 수도 있다.\-문액과 상황에 따라 다르다.중요한 기준은 변경이다. 변경이 있을 때 파급효과가 적으면 단일 책임 원칙을 잘 따른 것이다. UI 변경할 때나 객체의 생성과 사용을
IOC : 개발자가 코드를 직접 호출하는게 아니라 framework가 내 코드를 대신 호출해 주면서 제어가 역전됐다 표현한다.interface로 둔 여러 구성요소에서 여러가지를 호출과 return을 할 수 있지만 정해진 로직을 수행해 주면서 제어를 하니까 제어의 역전이
앞서 사용했던 이 코드를 자세히 살펴보면, 인터페이스인 ApplicationContext는 스프링 컨테이너라 한다.AnnotationConfigApplicationContext는 ApplicationContext의 구현체이다.스프링 컨테이너는 xml 기반 or 어노케이
스프링은 기업용 온라인 서비스 기술을 지원하기 위해 탄생했고, 대부분 웹 애플리케이션이다.웹 애플리케이션은 보통 여러 고객이 동시에 요청을 하는데 이때마다 새로운 객체를 생성한 후 소멸된다.앞서 만들었던 스프링없는 순수한 DI 컨테이너인 (@Configuration을
컴포넌트 스캔 & 의존관계 자동 주입 > - 지금까지 스프링 빈을 등록할 때는 자바 코드의 @Bean이나 XML의 bean 등을 통해서 설정 정보에 직접 등록할 스프링 빈을 나열했다. 이렇게 등록해야 할 스프링 빈이 수십, 수백개가 되면 일일이 등록하기도 귀찮고,
이름 그대로 생성자를 통해서 의존 관계를 주입 받는 방법이다.@Component가 붙어있는 클래스의 생성자에 @Autowired가 붙어 있는 메소드에 주입되는 것이다.특징생성자 호출시점에 딱 1번만 호출되는 것이 보장된다. ( 한번 호출되고 더이상 호출이 안되니 수정,
데이터베이스 커넥션 풀이나, 네트워크 소켓처럼 애플리케이션 시작 시점에 필요한 연결을 미리 해두고, 애플리케이션 종료 시점에 연결을 모두 종료하는 작업을 진행하려면, 객체의 초기화와 종료 작업이 필요하다.스프링 빈은 간단하게 다음과 같은 라이프사이클을 가진다.객체 생성
지금까지 스프링 빈이 스프링 컨테이너의 시작과 함께 생성돼서 스프링 컨테이너가 종료될 때까지 유지된다고 학습했다. 이것은 스프링 빈이 기본적으로 싱글톤 스코프로 생성되기 때문이다. 스코프는 번역 그대로 빈이 존재할 수 있는 범위를 뜻한다. 스프링은 다음과 같은 다양한
1\. spring MVC 정의(2. Controller에서의 request(3. Controller에서의 response(3.5. 그 외 요청,응답 파라미터(4. spring MVC 핵심(5. Spring MVC 동작 순서(6. spring_controller 동작