[FEAT] 프로필 화면 구현 및 프로필 수정/출발지 설정/로그아웃 기능 제공

[khyeji98]

🧐 개요

마이페이지 성격의 프로필 화면을 신설하고, 프로필 수정 · 기본 출발지 설정 · 로그아웃을 한 화면에서 처리할 수 있도록 구현했습니다. 온보딩 전용으로 묶여 있던 프로필 입력 화면(닉네임/프로필 이미지)을 ProfileInputFeature 모듈로 분리해 온보딩과 프로필 수정 양쪽에서 재사용합니다.

Closes #113

✨ 작업 내용

도메인 · 데이터 계층 (Member)

• MemberProfile Entity 및 FetchMemberProfileUseCase / UpdateMemberNicknameUseCase / UpdateMemberProfileImageUseCase / LogoutUseCase 프로토콜 정의
• Member API Endpoint · DTO · Repository · UseCase 구현체 작성
• MemberProfileClient / SessionClient 정의 후 MemberProfileFactory / SessionFactory로 조립, BangawoApp에서 주입

프로필 입력 모듈 분리

• AuthFlowFeature 내부의 프로필 입력 화면을 ProfileInputFeature 공용 모듈로 분리 (닉네임 입력 · 프로필 이미지 피커)

프로필 화면

• ProfileFeature / ProfileView 구현 — 프로필 조회, 로딩/에러 처리
• 프로필 수정 진입 및 수정 결과 반영, 홈/루트 연동
• 출발지 편집 시트를 store 비의존 뷰로 분리
• 로그아웃 처리 및 세션 종료 후 루트 라우팅 전환

약관

• 약관 뷰어를 PDF에서 URL 웹뷰(TermWebView)로 전환

테스트

• ProfileFeature / ProfileInputFeature / RootFeature 로그아웃 플로우 단위 테스트 작성

✅ 체크리스트

• MemberProfile Entity 및 Member 도메인 UseCase 프로토콜 정의
• Member API Endpoint · DTO · Repository · UseCase 구현체 작성
• MemberProfileClient / SessionClient 정의 및 Factory 조립 후 BangawoApp에서 주입
• ProfileInputFeature 모듈 분리
• ProfileFeature / ProfileView 구현
• 프로필 수정 진입 및 수정 결과 화면 반영
• 로그아웃 처리 및 세션 종료 후 루트 라우팅 전환
• ProfileFeature / RootFeature 단위 테스트 작성

🙏 To Reviewer

변경 규모가 다소 큽니다. 도메인/데이터 계층 → ProfileInputFeature 모듈 분리 → ProfileFeature 화면 순으로 보시면 흐름을 따라가기 수월합니다.

기본 출발지 설정 시트의 목록 조회/기본값 변경 연동은 이번 PR 범위에서 화면 골격 위주로 반영했고, 약관 뷰어는 임시로 항목을 고정해 두었습니다.

[github-actions]

마이페이지 프로필 화면 구현 및 공용 프로필 입력 모듈 분리 작업이 깔끔하게 잘 진행되었습니다. TCA Convention과 단방향 데이터 흐름을 충실히 준수하고 있으나, 성능 상 메인 스레드를 블로킹할 수 있는 무거운 연산(스냅샷 이미지 PNG 압축) 및 SwiftUI 뷰 선언 방식에 대해 일부 개선이 필요합니다.

[github-actions]

🟠 [P2] Major

image.snapshot().pngData()는 뷰 계층을 UIImage로 렌더링한 후 고부하의 CPU 연산이 수반되는 PNG 데이터 인코딩을 동기적으로 수행합니다.

이 연산이 @MainActor 프로퍼티에서 동기 처리되므로, 프로필 이미지 수정 버튼 탭 시 메인 스레드가 일시적으로 블로킹되어 UI 버벅임(Jank)이 발생할 위험이 큽니다. 스냅샷 추출은 메인 스레드에서 하되, PNG 인코딩 변환 작업은 Task.detached 등을 통해 협력 스레드 풀에서 비동기 처리할 것을 강력히 권장합니다.

Suggested change

	public var profilePNGData: Data? {
	@MainActor
	public var profileSnapshot: UIImage {
	image.snapshot()
	}

이후 호출부(ProfileInputFeature.swift 등)에서 아래처럼 비동기 헬퍼를 도입해 메인 스레드를 보호해 주십시오.

func makePNGData(from image: UIImage) async -> Data? {
    await Task.detached(priority: .userInitiated) {
        image.pngData()
    }.value
}

[github-actions]

🟡 [P3] Minor

SwiftUI 선언 규칙에 따라 복잡한 분기나 별도 역할을 가진 하위 영역은 부모 뷰 내부의 @ViewBuilder 연산자 프로퍼티 대신 전용 struct 형태로 독립시키는 것이 좋습니다.

뷰 모델 격인 Store 상태 변화에 따른 Invalidation 범위를 줄여 효율적인 부분 렌더링을 유도할 수 있도록 profileMenu를 별도 SubView struct로 전환해 주세요.

Suggested change

	private var profileMenu: some View {
	private struct ProfileMenu: View {
	@Binding var isShowingMenu: Bool
	@Binding var isPhotosPickerPresented: Bool
	let store: StoreOf<ProfileInputFeature>
	var body: some View {
	if isShowingMenu {
	GeometryReader { geo in
	DesignSystem.Menu(items: [
	.init(
	label: "프로필 설정하기",
	icon: .Asset.icStar24,
	iconColor: Colors.gray600
	) {
	store.send(.avatarMenuProfileSetupTapped)
	isShowingMenu = false
	},
	.init(
	label: "앨범에서 선택하기",
	icon: .Asset.icAlbum24,
	iconColor: Colors.gray600
	) {
	isPhotosPickerPresented = true
	isShowingMenu = false
	}
	])
	.frame(width: Metric.menuWidth)
	.offset(
	x: (geo.size.width + Metric.avatarSize) / 2 - Metric.menuWidth,
	y: Spacing.spacing400 + Metric.avatarSize + Spacing.spacing200
	)
	}
	}
	}
	}

[github-actions]

🔵 [P4] Readability

Swift 스타일 가이드에 따라 가독성 향상을 위해 guard 조기 리턴(early return) 구문 블록이 끝난 이후에는 개행(blank line)을 두는 것을 규칙으로 삼고 있습니다. 이전 guard 블록의 닫는 괄호 다음에 빈 줄을 삽입해 주세요.

Suggested change

	guard (200..<300).contains(httpResponse.statusCode) else {
	}
	guard (200..<300).contains(httpResponse.statusCode) else {