오브젝트 - 9장 유연한 설계
개방 폐쇄 원칙 소프트웨어 개체(클래스, 함수, 모듈 등)는 확장에는 열려 있어야 하고, 수정에 대해서는 닫혀 있어야 합니다. 확장에 대해 열려 있다의 의미 : 애플리케이션의 요구사항이 변경될 때 이 변경에 맞게 새로운 동작을 추가해서 기능을 확장할 수 있다. 수정에 대해 닫혀 있다의 의미 : 기존의 코드를 수정하지 않고도 새로운 동작을 추가하거나 변경할 수 있다. 즉 개방 폐쇄 원칙은 기존의 코드를 수정하지 않고도 애플리케이션의 동작을 확장할 수 있다는 의미입니다. 💡 컴파일타임 의존성을 고정시키고 런타임 의존성을 변경하라 개방 폐쇄의 원칙은 런타임 의존성과 컴파일타임 의존성에 대한 이야기입니다. 런타임 의존성은 실행 시점에서 협력에 참여하는 객체들 사이의 관계이고, 컴파일타임 의존성은 코드 상에서 드..
스터디/오브젝트
2022. 10. 21. 20:23
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
TAG
- 서비스 기반 아키텍처
- pipeline architecture
- spring boot redisson destributed lock
- service based architecture
- @ControllerAdvice
- spring boot redisson 분산락 구현
- redis sorted set으로 대기열 구현
- 공간 기반 아키텍처
- spring boot excel download oom
- space based architecture
- JDK Dynamic Proxy와 CGLIB의 차이
- java ThreadLocal
- spring boot redis 대기열 구현
- microkernel architecture
- spring boot redisson sorted set
- polling publisher spring boot
- 자바 백엔드 개발자 추천 도서
- 트랜잭셔널 아웃박스 패턴 스프링 부트 예제
- transactional outbox pattern
- pipe and filter architecture
- 트랜잭셔널 아웃박스 패턴 스프링부트
- spring boot excel download paging
- 레이어드 아키텍처란
- java userThread와 DaemonThread
- spring boot 엑셀 다운로드
- transactional outbox pattern spring boot
- spring boot poi excel download
- redis 대기열 구현
- 람다 표현식
- redis sorted set
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함