| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- 컨테이너
- CORS
- Routing Key
- 지연 로딩
- DI
- @Transactional
- @ComponentScan
- Spring Container
- dockerhub
- redis
- MSA
- mybatis
- 페이징
- DLQ
- securitycontextholderfilter
- Web
- 쿠버네티스
- JPA
- AWS
- kafka
- 서블릿 컨테이너
- JWT
- docker compose
- Spring
- docker
- 스프링 부트
- JdbcTemplate
- JPQL
- Dead Letter Queue
- Spring Data JPA
- Today
- Total
목록@Configuration (2)
look-forest
순수한 DI 컨테이너인 AppConfig(설정 클래스)와 스프링 컨테이너의 차이는 무엇일까? 무엇이 차이를 만들어 내는 걸까? 더보기를 누르기 전에 생각해보자! Q. 웹 애플리케이션에서 싱글톤이 많이 쓰이는 이유는 뭘까? 더보기 웹 애플리케이션은 보통 여러 고객이 동시에 요청을 한다 [문제] 이전에 만들었던 스프링 없는 순수한 DI 컨테이너인 AppConfig는 요청할 때마다 매번 객체를 새로 생성한다. → 메모리 낭비가 심하다! [해결] 객체를 1개만 생성해서 공유하도록 설계하면 된다 → 싱글톤 패턴 Singleton pattern 클래스의 인스턴스가 딱 1개만 생성되는 것을 보장하는 디자인 패턴 구현 방법에는 여러가지가 있으나, 가장 기본적인 방법을 알아보자 Q. 기본적인 구현 방법? 더보기 1. s..
의존 관계? 2021.04.07 - [Spring/spring 핵심 원리] - Spring이란? controller가 service를 통해서 기능(데이터 조회 등) => '의존관계가 있다', 'XXController가 XXService를 의존한다'라고 표현한다. 이 작업을 spring스럽게 해보자! 문제가 되는 상황 매번 의존 관계를 생성자를 통해 직접 주입해준다면, 불필요하게 여러 인스턴스를 만들어야 하고, 구현체 변경시 코드를 변경해야 한다. 예를 들어 AdminController 에서도 memberRepository, memberService 객체를 만들어야 한다. 이때 동일한 memberRepository가 아닌 것도 문제가 되고, 구현체를 DBRepository로 변경할 경우 직접 관련 파일들을..