일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- oracle
- 오라클
- smart cast
- 오라클 디비
- 알고리즘
- SQL
- 유사코드
- 파이썬 소스
- K6
- 리눅스
- spring
- 프로젝트
- resilience4j
- MongoDB
- 문법 정리
- dynamic query
- hyperledger
- JVM
- gradle
- c#
- 백준 알고리즘
- 자바
- jsp
- 파이썬
- auto configure
- 자바 프로젝트
- 운영체제
- 티스토리
- 초대장
- 학점
Archives
- Today
- Total
목록멀티 모듈 설계 (1)
모종닷컴
멀티 모듈 설계 고민
잘못된 모듈 설계 19년도에 만들고 있던 개인프로젝트를 멀티모듈프로젝트를 진행했었다. 대충 기억을 되짚어보면 아마 front-end, admin-api, pay-api, common 뭐 이런식으로 모듈을 구성하였던 것 같다. 그리고 이런식으로 구성한 모듈이 우아한형제들 블로그에 올라온 글에서 실패한 설계의 예로 쓰이고 있음을 알게되었다. 그 때 개인프로젝트를 예시로 좀 들어보면 이렇다. A,B,C,D,E 모듈이 있다. C에 API가 하나가 작성되었고 이 API를 D, E 서버가 사용해야 한다고 가정해보자. API의 응답 및 요청 DTO들이 생겼다. 이걸 D, E 서버에 모두 넣어야 할까? 그럼 중복으로 코드를 작성하고 관리하기 힘들테니 common에 작성을 해놓는다. 자연스럽게 A, B도 common을 ..
Programming
2022. 8. 24. 23:51