Feature#19 RDB 테이블에 기반한 FSD 의 entities/*/schema 구성

[toothlessdev]

1️⃣ PR 타입 (PR Type)

• ✨ feat: 새로운 기능 추가
• 🐛 fix: 버그 수정
• ♻️ refactor: 코드 리팩토링
• 📝 docs: 문서 수정
• 🎨 style: 코드 스타일 변경 (포맷팅, 세미콜론 추가 등)
• chore: 빌드 스크립트 수정, 패키지 매니저 설정 변경 등

2️⃣ 변경 사항 (Changes)

• RDB 테이블에 기반한 FSD 의 entities/*/schema 구성
• Discussion DDD Aggregate Root 에 기반한 FSD 의 entities/slice 구성 #20 참고
  • CommentSchema
  • CommunitySchema
  • CompanySchema
  • FeedSchema
  • ProfileSchema
  • UserSchema
• 연관관계필드는 제외

3️⃣ 관련 이슈 (Related Issues)

• resolve [📌 Feature] RDB 테이블에 기반한 FSD 의 entities/*/schema 구성 #19

✅ 체크리스트 (Checklist)

• base branch를 확인했나요?
• self-review를 진행했나요?
• 관련 이슈를 연결했나요?
• 커밋 컨벤션을 준수했나요?
• PR 제목 컨벤션을 준수했나요?

[kimgho]

zod는 따로 안 쓸 예정인가욥?

[toothlessdev]

zod는 따로 안 쓸 예정인가욥?

서버 응답에 대한 ZOD Schema 가 필요할까요 ?
@kimgho @eunwoo-levi 어떻게 생각하시나요??

• Discussion 서버 요청, 응답 스키마 검증을 해야할까요? #23

[eunwoo-levi]

전체적으로 entities 별로 타입을 잡아둔 방향은 좋은 것 같습니다! 다만 현재 구현은 런타임 스키마가 아니라 TS 타입(interface) 정의라서 Schema 네이밍이 오해 소지가 있을 것 같습니다.

schemas/*Schema.ts → model/types.ts 처럼 컨벤션을 통일하면 더 명확할 것 같은데 어떻게 생각하시나요??
그리고 user 엔티티만 schemas/ 폴더 없이 파일이 바로 있어 구조가 달라 다른 엔티티와 동일한 구조로 맞추면 좋을 것 같습니다!

[eunwoo-levi]

role은 UserRole 타입으로 분리하면 재사용성과 가독성이 좋아질 것 같습니다!