일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- spring6
- mongo
- Pay
- springboot
- ifkakao
- springboot3
- 신입
- MSA
- spring caching
- armeria
- 반버논
- java17
- spring-web
- IDDD
- MongoDB
- spring scheduler
- Redis
- Kotlin
- 바운디드컨텍스트
- kakao
- springcloud
- 애그리거트
- 값객체
- ddd
- webframework
- Spring
- docker
- 개발자
- Conference
- zuul
- Today
- Total
목록2022/05/07 (2)
Easy Understanding
파사드 패턴 - 필요 개념: 상속이나 컴포지션과는 상관 없긴 함 - 활용도:가끔 - 난이도: 간단 - 패턴이 필요한 상황: 클라이언트 코드가 너무 길고 복잡해질 때 바로 스프링의 예시로 들어가보자. 스프링에서 컨트롤러를 작성할 때 여러 구현 철학들이 있지만 난 이런 식의 구현을 별로 좋아하지 않는다. 그래서 좀 정리를 해보고자 한다. @RestController @RequiredArgsConstructor public class AggregationController { private final UserService userService; private final PaymentService paymentService; private final OrderService orderService; priva..
어댑터 패턴 - 필요 개념: 컴포지션 - 활용도:가끔 - 난이도: 구현 자체는 간단함 - 패턴이 필요한 상황: 현재 개발한 코드와 비슷한 기능을 가진 다른 코드를 연동해야 할 때 어댑터 패턴은 그냥 사용하고 싶다고 사용할 수 있는 패턴은 아니다. 그 전제조건은 코드 자체가 오래되고 다양한 사람들이 개발하면서 쌓여온 소스코드여야 한다. 애초에 이 패턴은 이런 상황에 사용하는 것이다. - 새로운 api를 개발하는데 비슷한 이전 코드가 존재하기는 한다. 그런데 뭔가 매개변수도 다르고 구조도 다르다. - 여러 사람이 개발을 하는데 어쩌다보니 각자의 코드가 각자의 인터페이스를 갖고 있고 이게 도저히 수정할 수가 없는 구조다. 어댑터 패턴을 적용하는 것보다 더 좋은 것은 어댑터 패턴을 이용하지 않는 것이다. 인터..