4단계 - 수강신청(요구사항 변경) #807

yangseungin · 2025-12-09T16:32:08Z

안녕하세요 자바지기님.
미션 진행하다가 스트랭글러 무화과 패턴과 관련해서 진행방향이 맞는지 확인이 필요해서 모두진행하지않았지만 우선 PR올렸습니다.

무화과 패턴이 결국 기존 시스템을 죽이지 않고 조금씩 대체하며 점진적으로 새로운 시스템으로 개선을 하겠다는 건데 기존에 staus가 가지고있는 상태값을 포함한 ProgressStatus과 RecruitmentStatus로 분리하였는데 강의에 두 상태값을 추가하고나서 고민이 생겼습니다.
세션에 상태값들이 추가되면서 생각했던 방법은 3가지정도가 있는 것 같아요.

스키마에 status와 progress_status, recruitment_status를 모두 넣어 스키마를 변경하고 상태값 세계의 컬럼의 중복을 발생시키면서 점진적으로 진행방법
기존의 SessionStatus에 진행중이면서 모집중, 진행중이면서 모집중이지않음 이런값들을 추가해서 스키마변경도 하지않고 간단하게 구현하는 방법
스키마의변경을 하지않고 도메인 객체의 분리만해서 만들어둔 ProgressStatus와 RecruitmentStatus로 분리해서 사용하는 방법

이 정도가 있을 것 같은데 처음 생각했던 방법은 스키마도 변경하고 객체에도 현재 PR시점에 상태인 status , ProgressStatus, Recruitmentstatus를 모두 존재하도록 진행하고 이후에 기존 DB데이터를 마이그레이션하여 새 컬럼으로 변환하고 그이후 Session에서도 Status를 제거하는 방식으로 진행하려 하는데 진행 방법에 대해 어떻게 생각하시나요?

프로그램 요구사항의 마지막부분때문에 데이터 변경이나 스키마 변경을 하지않고 진행해야하는건가 고민하면서 생각하게되었습니다.

DB 테이블에 데이터가 존재한다는 가정하에 리팩터링해야 한다.
즉, 기존에 쌓인 데이터를 제거하지 않은 상태로 리팩터링 해야 한다.

javajigi

마지막 단계에서 스트랭글러 패턴을 적용하기 위해 도전하는 모습이 인상적이네요. 💯
점진적인 리팩터링을 위한 도전의 흔적이 느껴져 넘 좋네요.

Q1.

스키마에 status와 progress_status, recruitment_status를 모두 넣어 스키마를 변경하고 상태값 세계의 컬럼의 중복을 발생시키면서 점진적으로 진행방법
기존의 SessionStatus에 진행중이면서 모집중, 진행중이면서 모집중이지않음 이런값들을 추가해서 스키마변경도 하지않고 간단하게 구현하는 방법
스키마의변경을 하지않고 도메인 객체의 분리만해서 만들어둔 ProgressStatus와 RecruitmentStatus로 분리해서 사용하는 방법

이 정도가 있을 것 같은데 처음 생각했던 방법은 스키마도 변경하고 객체에도 현재 PR시점에 상태인 status , ProgressStatus, Recruitmentstatus를 모두 존재하도록 진행하고 이후에 기존 DB데이터를 마이그레이션하여 새 컬럼으로 변환하고 그이후 Session에서도 Status를 제거하는 방식으로 진행하려 하는데 진행 방법에 대해 어떻게 생각하시나요?

A1.
이와 같은 변경이 발생할 경우 db 스키마를 변경하는 것에 두려움, 번거로움, 귀차니즘 등등 여러 요인으로 인해 2번과 3번 접근 방식으로 접근하는 경우가 많은 것 같아요.
그런데 이렇게 접근할 경우 추후에 분명 장애가 나거나 요구사항이 변경될 경우 복잡도가 계속해서 증가한다고 생각해요.

저도 승인님이 제안한 1번 방식으로 접근할 것을 추천합니다. 개발 순서는 다음과 같아 지겠죠?

스키마에 status와 progress_status, recruitment_status를 모두 추가. status 값을 progress_status, recruitment_status으로 마이그레이션
소스 코드를 ProgressStatus, Recruitmentstatus으로 리팩터링
코드 배포 후 문제가 없는지 확인.
문제 없으면 스키마에서 status 칼럼 삭제

javajigi · 2025-12-09T23:48:55Z

src/main/java/nextstep/courses/domain/session/ProgressStatus.java

+
+import java.util.Arrays;
+
+public enum ProgressStatus {


status 분리 👍

javajigi · 2025-12-09T23:49:01Z

src/main/java/nextstep/courses/domain/session/RecruitmentStatus.java

+
+import java.util.Arrays;
+
+public enum RecruitmentStatus {


status 분리 👍

javajigi · 2025-12-09T23:50:41Z

src/main/java/nextstep/courses/domain/session/Session.java

 import java.util.List;
-import java.util.Set;

 public class Session {


Session 필드 수가 많음
그렇다보니 생성자의 인자수도 많음.
Session의 필드 수를 줄이거나 현재 상태를 유지할 수 밖에 없다면 생성자는 정말 필요한 수만 유지하면 어떨까?
생성자의 인자수가 많다보니 변경이 발생할 경우 영향을 받는 부분이 너무 많아지는 느낌이 든다.

javajigi · 2025-12-09T23:52:01Z

src/main/java/nextstep/courses/domain/session/Session.java

+
    public Enrollment createEnrollment(List<EnrolledStudent> currentStudents) {
-        return new Enrollment(id, enrollment.getStatus(), enrollment.getSessionType(), currentStudents);
+        if (recruitmentStatus != null) {


recruitmentStatus 값이 null이 되도록 구현하는 것보다 기본 값을 NOT_RECRUITING와 같은 특정 상태를 가지도록 구현하는 것은 어떨까?

javajigi · 2025-12-09T23:52:59Z

src/test/java/nextstep/courses/domain/session/service/CourseServiceTest.java

-        Session session1 = new Session(1, new SessionPeriod(startDate, endDate), image, new Enrollment(SessionStatus.RECRUITING, new FreeSessionType()));
-        Session session2 = new Session(2, new SessionPeriod(startDate, endDate), image, new Enrollment(SessionStatus.RECRUITING, new FreeSessionType()));
+        Session session1 = new Session(startDate, endDate, image, "준비중");
+        Session session2 = new Session(startDate, endDate, image, "준비중");


Session을 생성하기 힘드니까 완전히 테스트를 위한 생성자를 추가한 느낌이 든다.

Session 객체와 같이 인스턴스 변수가 많은 객체를 테스트하려면 객체를 생성하는데 어려움이 있다.
중복 코드 또한 많이 발생해 Session을 생성할 때 생성자의 인자가 변경되는 경우 변경할 부분이 많아진다.
https://www.arhohuttunen.com/test-data-builders/ 문서 참고해 Session과 같이 복잡한 객체의 테스트 데이터를 생성할 때 어떤 방법을 사용할 것인지 선택해 보면 좋겠다.
이번 기회에 내가 선호하는 방법을 적용해 보고 앞으로도 쭈욱 활용하는 방식이면 좋겠다.

yangseungin · 2025-12-14T16:53:18Z

안녕하세요 주말간 가족여행이 있었어서 PR이 없었습니다.
아직 4단계미션의 모든 요구사항을 진행하지는 못하였고 이미지가 기존에 세션에 이미지아이디가 고정으로 되어있는 구조에서 다중이미지를 가질 수 있도록 변경하였습니다.
아직 일부 기존에 사용하던 status가보여서 이것까지 정리하고 나서 승인 기능을 만들어보겠습니다.

yangseungin · 2025-12-15T16:42:58Z

강사가 승인하지 않아도 수강 신청하는 모든 사람이 수강 가능하다 를 진행할때 수강신청의 사이클을 이런식으로 만들어봤습니다.
기존에 Enrollment에 enroll()메서드는 별도의 승인없이 바로 수강 신청을 완료하였지만 기존 동작을 유지하기 위해 중복 코드가 있지만 남겨놨습니다.

수강요청 -> 모집여부, 결제, 인원체크 후 수강신청서 생성 -> 상태체크 후 승인, 또는 취소 의 동작
그외 한번 취소한 신청서로 재신청은 불가하도록 구현하였습니다.

지난주 강의에서 나왔던 패키지정리도 슬슬 해야할 시기가 온 것 같아 보여서 리뷰요청드리고 피드백 수정하면서 진행하겠습니다.

javajigi

피드백 반영 하느라 수고했어요. 👍
추가로 피드백하고 싶은 부분이 있어 피드백 남겼어요.
pr 본문에 남긴 것처럼 패키지 분리 리팩터링 도전하고 싶은 부분이 있으면 도전해 봐도 좋겠습니다.

javajigi · 2025-12-15T21:38:20Z

src/main/java/nextstep/courses/domain/session/EnrollmentApplication.java

+
+import java.time.LocalDateTime;
+
+public class EnrollmentApplication {


EnrollmentApplication 이름만으로 어떤 역할과 책임을 담당하고 있는지 파악하기 어려움
수강 신청 중인 수강생 정보를 담고 있는 것으로 보이는데 Student와 같은 이름으로 좀 더 명확히 하면 어떨까?
AI에게 이 객체가 담당하는 역할과 책임을 설명하고 적합한 이름을 찾아볼 것을 추천

javajigi · 2025-12-15T21:39:37Z

src/main/java/nextstep/courses/domain/session/EnrollmentApplication.java

+public class EnrollmentApplication {
+    private final Long sessionId;
+    private final Long nsUserId;
+    private final Payment payment;


굳이 금액 정보를 저장할 필요가 있을까?

javajigi · 2025-12-15T21:39:56Z

src/main/java/nextstep/courses/domain/session/EnrollmentApplication.java

+        this.approvedBy = approvedBy;
+    }
+
+    public void approve(Long adminId) {


javajigi · 2025-12-15T21:40:04Z

src/main/java/nextstep/courses/domain/session/EnrollmentApplication.java

+        this.approvedBy = adminId;
+    }
+
+    public void cancel() {


👍
단, 승인 날짜와 승인한 사람의 정보를 기록하고 있는데 승인 취소에 대한 기록은 관리하지 않고 있다.
승인과 취소에 대한 정보를 관리하는 것이 중요하다면 이 테이블에 관리하기 보다 별도의 History 테이블을 통해 관리하는 것은 어떨까?

javajigi · 2025-12-15T21:42:06Z

src/main/java/nextstep/courses/domain/session/EnrollmentRepository.java


    List<EnrolledStudent> findBySessionId(Long sessionId);

+    void saveApplication(EnrollmentApplication application);


이미 EnrolledStudent가 있다면 EnrollmentApplication을 추가하는 대신 EnrolledStudent 객체를 리팩터링하는 것이 낫지 않을까?

javajigi · 2025-12-15T21:46:41Z

src/main/resources/schema.sql

    foreign key (image_id) references session_image (id)
 );

 create table session_enrollment


안전하게 리팩터링하려면 기존의 session_enrollment에 alter table 구문을 통해 칼럼을 추가하는 방식으로 접근해야 점진적인 리팩터링이 가능해짐

yangseungin added 5 commits December 9, 2025 23:23

refactor: Session에서 SessionType, SessionStatus를 필드로 갖도록 수정

3112147

refactor: SessionInfo로 기수, 기간, 이미지 정보 의미적으로 묶도록 수정

909c9f0

docs: 4단계 요구사항 정리

0f17c58

feat: 강의진행상태와 모집상태 추가

cfa60a4

refactor: session에 진행상태와 모집상태 추가

9c1e264

javajigi requested changes Dec 10, 2025

View reviewed changes

yangseungin added 5 commits December 12, 2025 13:58

refactor: session 스키마에 두 상태값 추가

aa5c690

refactor: jdbcSessionRepository에 추가컬럼 적용

039d58d

refactor: SessionStatus제거, 및 생성자 정리

0bd3a15

feat: 세션이미지 일급컬렉션 추가

ce19820

feat: 스키마에 session_cover_images추가 및 JdbcSessionRepository 다중 이미지 저장 조회 수

ff9807b

yangseungin added 2 commits December 15, 2025 23:55

feat: 조회쿼리에서 status제거

f0deb6e

feat: 수강신청서를 추가하여 승인된 학생만 수강하도록 변경

8a65f0f

javajigi requested changes Dec 15, 2025

View reviewed changes


		import java.time.LocalDateTime;

		public class EnrollmentApplication {


		List<EnrolledStudent> findBySessionId(Long sessionId);

		void saveApplication(EnrollmentApplication application);

4단계 - 수강신청(요구사항 변경) #807

Are you sure you want to change the base?

4단계 - 수강신청(요구사항 변경) #807

Uh oh!

Conversation

yangseungin commented Dec 9, 2025

Uh oh!

javajigi left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

yangseungin commented Dec 14, 2025

Uh oh!

yangseungin commented Dec 15, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

javajigi left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

yangseungin commented Dec 15, 2025 •

edited

Loading