Feature/refactor domain model structure

[jlkim909]

PULL REQUEST

그룹(Group) 및 일정(Schedule) 관련 도메인 모델, UI 구성, 네이밍 구조 전반에 걸친 리팩터링 작업입니다.
기존 중복된 속성 구조를 통합하고, 각 모델의 역할을 명확히 구분하며, 용어 및 코드 컨벤션을 일관되게 정리하였습니다.

Description

일정(Schedule) 모델 구조 개선

• ScheduleBase 추상 클래스를 도입하여 중복되는 일정 공통 필드(id, title, location, scheduleTime, scheduleStatus)를 통합했습니다.
• 다음 도메인 모델들이 ScheduleBase를 상속하도록 리팩터링:
  • GroupSchedule
  • JoinableGroupSchedule (이전: GroupScheduleSummary)
  • UpcomingSchedule (이전: Schedule)
• 필드 네이밍 통일:
  • scheduleId → id
  • scheduleName → title

그룹(Group) 모델 구조 개선

• 그룹 공통 속성(id, name, memberSize)을 GroupBase 추상 클래스로 분리하여 중복 제거.
• 다음 도메인 모델들이 GroupBase를 상속하도록 구조화:
  • JoinedGroup (이전: GroupSummary)
    • 사용자가 참여 중인 그룹 요약 정보
    • lastScheduleTime을 포함해 최근 활동 여부 확인 가능
  • GroupDetail
    • 상세 화면에서 사용되며, 멤버 리스트 기반으로 memberSize 자동 계산

네이밍 및 UI 구조 전반 정리

• 모델 이름 변경에 맞춰 다음 요소들의 명명도 일괄 변경:
  • 함수, 변수, 파라미터
  • PreviewProvider
  • Composable 함수 이름 (GroupSummaryCard → JoinedGroupCard, 등)
  • 문자열 리소스
  • 주석 및 문서화 텍스트
• 예시:
  • getGroupSummaryPagingData() → getJoinedGroupsPagingData()
  • GroupSummaryContent → JoinedGroupsContent
  • GroupSummaryCard → JoinedGroupCard
  • GroupSummaryList → JoinedGroupListContent

기대 효과

• 도메인 모델 간의 책임과 역할이 명확해져 유지보수성과 확장성이 향상됩니다.
• 네이밍 일관성을 통해 신규 진입자 또는 리뷰어가 코드의 목적을 빠르게 파악할 수 있습니다.
• 추후 새로운 일정/그룹 유형을 도입하거나 UI를 추가할 때 공통 베이스 클래스를 재사용할 수 있어 코드 재사용성이 높아집니다.