04-06 22:41
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
- 멀티테넌시
- 추상 클래스
- nestjs decorator
- 자바
- 오블완
- nestjs library
- fine-grained
- 셀렉트어드민
- Mock
- mailerservice
- java
- 권한검증
- NestJS
- 오브젝트
- coarse-grained
- YouTube Data API
- jest
- guard
- nestjs libraries
- 티스토리챌린지
- 파일조회
- 어드민 페이지
- SW마에스트로
- 책임부과
- monorepo
- Connection pool
- SROOM
- typeorm
- API 개발
- API 설계
Archives
- Today
- Total
목록객체지향 (1)
독산구너
데이터 중심 설계에서 책임 주도 설계로 ('오브젝트'를 읽고) -2 책임 주도 설계 과정(강의등록)
이 글의 목적 - '스룸' 프로젝트의 리팩토링 과정을 설명하고자 합니다. - '스룸' 프로젝트의 공동 개발자들에게 재설계한 객체 협력 구조를 설명하고, 피드백 받고자 합니다. 설계 원칙 '코드로 이해하는 객체지향 설계, 오브젝트' 를 읽고 데이터 중심 설계가 아닌 객체 지향 설계를 하여 '스룸' 프로젝트 BE 소스코드를 리팩토링 하고자 합니다. 많이 부족하지만, 다음과 같은 기준을 두고 설계를 해보았습니다. 1. 책 오브젝트에서는 객체들에게 적절한 책임을 부과하고 객체간의 협력관계를 가지게 하는것은 어려우며, 데이터 중심 설계로 먼저 코딩한 뒤, 이를 바꾸는 방식도 괜찮다고 하였습니다. 이미 모든 서비스 로직이 마련되어 있으니, 최대한 객체의 데이터가 아닌 책임과 역할에 집중하고자 합니다. 2. 객체보다..
프로젝트/[SW마에스트로] SROOM
2023. 10. 15. 23:02