피드백 받은것과 같이 3 tier layer를 준수하는 방향으로 구조 수정을 들어가야할 것같습니다.
domain폴더아래 Entity클래스와 Repository클래스는 이번 실전 프로젝트에서 처음 이렇게 사용해보았는데요. 이렇게 사용한 이유는 코드를 보기에 유리하다고만 생각하고 RepositoryLayer에 DomainModel이 계층간 분리가 되어야한다는 생각을 못했습니다. 해서 3tier 레이어계층 아키텍쳐를 준수하여 리팩토링 하고자 합니다.
3tier

1. Persentation - controller , exception handler, view template 등
2. ServiceLayer - application service , infra structure service
3. RepositoryLayer - repository interface - implementation

지금 저희가 예외처리가 발생했을때 API 성공여부를 success와 fail을 Response에 담아 표기하기는 하지만 HttpStatus 코드를 200으로만 보내주고 있어서 디버깅하기도 쉽지 않고 예외처리를 사용하고 있는 의미가 크게 없는것 같습니다. 그래서 이 부분을 보완해야 할 것 같은데 어떻게 수정하는게 좋을까요??

그룹 구조와 아티팩트 구조 변경을 해야할것같습니다.

• 기본 src/main/java/com/example/패키지
• 현재 우리 프로젝트 src/main/java/TeamDplus/code

왜 해야하는가 ?

1. 개발자는 프로젝트가 넓게 배포될 수 있도록 하기 위해서, 다른 프로젝트와 구별되게 작성해야 한다.
2. groupid는 프로젝트를 고유하게 식별해주는 식별자 이름이며 java 패키지 네이밍 컨벤션을 따른다.
3. 이는 제어하는 도메인 이름의 반대로 시작한다 ex)org.apache.maven, org.apache.commons
4. 기본 apache maven의 경우, 이룰을 강요하지는 않고, 기존 레거시 프로젝트 중에서도 이 컨벤션을 따르지 않고, 1단어로 group id를 작성하는 경우도 있었지만, Maven Central repository 등에서 이 규칙으로 승인을 받기는 어렵다.

참고 레퍼런스

• https://docs.oracle.com/javase/specs/jls/se6/html/packages.html#7.7 - 아파치-오라클 Unique Package Names

• Maven Central Repository = 라이브러리 검색,배포,다운로드 받을수있는 곳

test

MVP 피드백 받은 부분에서 성능 최적화를 진행해보려고 하는데, 어떤 방식으로 진행하는게 좋을까요?
의견 공유 주시면 감사하겠습니다

지금 사용되지않는 임포트나 주석, system.out.print같은 구문이 많이 보이는데 그것을 제거하는게 어떨까요?

사용하지 않는데 놔두면 그것도 그것나름대로 리소스를 허비하는 것이라고 생각이 됩니다.