04-08 09:56
Notice
Recent Posts
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- Mock
- typeorm
- SROOM
- 어드민 페이지
- monorepo
- 멀티테넌시
- API 개발
- nestjs library
- 파일조회
- 셀렉트어드민
- jest
- SW마에스트로
- NestJS
- coarse-grained
- 책임부과
- 오블완
- mailerservice
- 자바
- 추상 클래스
- API 설계
- java
- guard
- Connection pool
- nestjs decorator
- fine-grained
- YouTube Data API
- 권한검증
- nestjs libraries
- 티스토리챌린지
- 오브젝트
Archives
- Today
- Total
목록리팩토링 (1)
독산구너
데이터 중심 설계에서 책임 주도 설계로 ('오브젝트'를 읽고) -1 기존 프로젝트 문제점 발견
이 글의 목적 - '스룸' 프로젝트의 BE 구조 리팩토링의 필요성을 설명하고자합니다. 리팩토링을 하게 된 과정 '스룸' 프로젝트를 진행하는 '4m9d' 팀의 SW마에스트로 백엔드 담당 멘토님께 BE repo 코드 피드백을 받았습니다. 내용은 다음과 같습니다. - service에서 하는 일이 너무 많다. - 의존관계가 복잡하다. 이상하다. - private과 public 인 경우를 구별해라 - 자바 공부를 해라 이러한 피드백을 자바 스프링을 사용하여 개발을 하는 과정에서 '객체지향적인 코드를 작성하지 않았다'라는 의미로 받아들였고, 조영호 저자인 '코드로 이해하는 객체지향 설계, 오브젝트' 를 읽고 이를 프로젝트에 적용하여 리팩토링 하게 되었습니다. '오브젝트' 의 내용 간략하게 책 '오브젝트' 의 내용을..
프로젝트/[SW마에스트로] SROOM
2023. 10. 15. 22:01