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 |
Tags
- 지연로딩
- B+TREE
- 상태패턴
- GithubActions
- 공변
- JPA
- Metaspace
- 재고 시스템
- Jenkins
- 부하테스트
- springboot
- 주문
- 제네릭
- Ehcache
- 리팩터링
- Spring Data Redis
- nonclustered index
- JDK14
- method area
- CaffeineCache
- 트랜잭션
- JAVA8
- 웹캐시
- 동시성
- backend
- Redis
- ci/cd
- java
- lazyloading
- 카카오 화재
Archives
- Today
- Total
목록리팩터링 (1)
NDM
Enum을 이용해 객체지향적으로 코드 관리하기
https://ndm-tech.tistory.com/90 에서 상태 패턴(State Pattern)으로 SortType을 제어문 없이, 변경 지점을 줄이며 구현하였습니다. 하지만 저는 다음과 같은 문제가 있다고 생각했습니다. 갈수록 늘어나는 구현체 Class 결국 그 하위 구현체는 Dto를 알고있을 수 밖에 없는데, 그렇게 되면 결국 수정 시 관리포인트만 늘어나는 것 아닌가? 때문에 저는 Enum에서 DTO를 아는 것은 결국 막을 수 없는 것이고, 막을 수 없다면 변경 지점을 하나로 모아야 한다고 생각하였으며 정렬방법이 늘어날 때 유사한 코드가 늘어나는 것을 대비하여 switch나 if문을 최대한 제거하였고, 단순 문자열인 정렬방법 과 코드상의 반환값인 Comparator가 연관이 있다는 것을 알려주고자..
기타
2023. 6. 28. 17:25