[🚀 사이클2 - 미션 (기물 확장 + DB 적용)] 바니 미션 제출합니다.

[frombunny]

안녕하세요, 베루스! 바니입니다🐰
레벨1의 마지막 사이클을 리뷰드리게 되었네요, 마지막까지 잘 부탁드립니다!
나름 이것저것 찾아보고 알아보면서 코드를 작성하였는데, 제대로 반영되었을진 모르겠습니다😭
바쁘신 와중에도 리뷰해주셔서 감사합니다!

체크 리스트

• 미션의 필수 요구사항을 모두 구현했나요?
• Gradle test를 실행했을 때, 모든 테스트가 정상적으로 통과했나요?
• 애플리케이션이 정상적으로 실행되나요?

어떤 부분에 집중하여 리뷰해야 할까요?

1. DB 테이블 구조 설계

장기판의 상태를 어떻게 저장해야 할지에 대해 고민이 많았습니다.
현재는 Board를 애그리거트 루트로 간주하고, 기물의 위치와 종류 정보를 중심의 테이블 구조를 설계했습니다..!

다만, 도메인 객체 구조와 DB 테이블 구조를 어디까지 일치시켜야 하는지
정규화 수준을 어느 정도까지 가져가는 것이 적절한지에 대해서는 확신이 없는 상태입니다.

2. JDBC 도입과 트랜잭션 관리에 대한 고민

이번 단계에서 처음으로 DB를 직접 연결하며, 기존에 JPA가 추상화해주던 영역(Connection, 트랜잭션 관리)을 직접 다루게 되었습니다. JDBC 레벨에서 Connection과 트랜잭션을 직접 다루다 보니 아래와 같은 지점에서 AI의 도움을 받았고, 아직은 완전히 제 것으로 소화하지 못한 상태입니다🥹

현재 TransactionManager를 통해 해당 책임을 분리하려고 시도했는데, 이 객체가 트랜잭션과 커넥션을 함께 관리하는 구조가 적절한지 확신이 없습니다. 트랜잭션 책임과 커넥션 관리 책임이 적절히 분리되어 있는지, 현재 구조에서 발생할 수 있는 문제점들에 대해서 말씀해주시면 감사하겠습니다..!

+) 미션을 진행하며 가장 어려웠던 점 중 하나는 제한된 시간 내에 어디까지 학습하고 구현에 반영해야 하는가였습니다. 추가 학습이 필요한 개념(순수 JDBC, 트랜잭션을 직접 관리하는 방법 등)을 마주했을 때, 원리를 완벽히 이해하고 코드를 짜고 싶었지만 현실적인 마감 기한과 충돌하며 타협해야 하는 순간들이 있었습니다. 모르는 기술이 나왔을 때 일단 동작하게 만드는 수준과 내부 원리를 완전히 파헤치는 수준 사이에서 어떻게 균형을 잡는 것이 좋을까요? 베루스는 촉박한 일정 속에 생소한 기술 요구사항을 받으셨을 때, 최소 학습 가이드라인이나 우선순위 설정 기준이 있으신지 궁금합니다.

3. TDD 진행의 어려움

DB 연결 로직이 추가되면서 테스트 환경을 어떻게 구축해야 할지, 실제 DB와의 의존성을 어떻게 분리해야 할지 판단이 서지 않아 이번 단계에서는 TDD를 원활하게 수행하지 못했습니다😭 DB에서 무엇을 테스트해야 하는가에 대한 막막함이 컸는데, 이런 상황에서 베루스는 어떤 식으로 테스트 리듬을 유지하시는지 궁금합니다..!

4. 기물 전략 구조 변경

기존의 복잡했던 이동 전략 구조를 가독성과 재사용성 중심으로 리팩터링했습니다.
기물은 자신의 이동 규칙에만 집중하도록 하고, 좌표 계산 및 경로 장애물 검증 로직은 PathGenerator와 BlockingPieceValidator로 분리했습니다. 이를 통해 책임을 분리하고 중복을 줄이고자 했습니다.

다만, static 유틸리티로 분리한 것이 적절한 선택인지, 현재 구조가 객체 간 협력 관점에서 자연스러운지
에 대해서는 확신이 없는 상태입니다.

수정한 구조는 어떤지 피드백해주시면 감사하겠습니다!