반응형
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 | 31 |
Tags
- 생성자 주입
- @Configuration
- 싱글톤
- Effective Java
- 스프링 부트 기본
- 필드 주입
- springboot
- spring
- thymeleaf
- java
- DIP
- resultMap
- 스프링 프레임워크
- assertThrows
- SQL
- 스프링부트
- Javascript
- db
- mybatis
- jdbc
- 스프링 부트 입문
- sqld
- DI
- 스프링 컨테이너
- 스프링 부트
- 스프링
- assertThat
- 스프링 빈
- kafka
- JPA
Archives
- Today
- Total
목록Bridge pattern (1)
선 조치 후 분석
[Design Pattern] 구조 패턴 - Bridge
브릿지 (Bridge) 패턴 추상적인 것과 구체적인 것을 분리하여 연결하는 패턴 브릿지 패턴의 중점은 '기능 클래스 계층'과 '구현 클래스 계층'의 분리 기능 클래스 : 기본 기능을 가진 부모 클래스를 상속받아 새로운 기능이 추가된 하위 클래스 (상속) 구현 클래스 : 기능을 정의한 추상 클래스 (또는 인터페이스)의 기능을 구현한 하위 클래스 기능과 구현 클래스 계층이 뭉쳐있으면 새로운 기능이 추가될수록 계층구조가 무거워지고 이로 인해, 1개의 클래스에는 권한이 너무 커지고 의존도가 높아지는 문제가 발생한다. 이러한 문제를 해결하기 위해 2가지 계층으로 분리해서 관리하고 연결하기 위한 패턴이 브릿지 패턴이다. 조금 이해가 잘 될 수 있도록 두 가지로 나눠서 생각해 보겠습니다. 1. 새로운 기능을 추가하고..
Language/Design Pattern
2023. 10. 25. 16:19