강의 배운 거를 프로젝트에 적용하고 있는데 궁금한 게 있어요!

안녕하세요, yg04076 님!저는 비슷한 상황에서, 사용되는 빈도 보다는 도메인의 역할과 책임, 관심사를 더 중요하게 보고 있는데요.현재 시점에서 재활용이 되고 있지 않더라도, 관심사와 전혀 다른 유틸성 기능은 유틸 클래스로 분리하는 편이에요.다만, 미래 시점에도 외부가 아닌 특정 클래스 내에서만 쓰일 가능성이 높다고 판단한다면, 해당 클래스에 private 메서드 정도로 분리하여 두어도 크게 상관 없다고 생각합니다.저라면, 위 예시 코드에서 convertBytesToMB()는 해당 클래스에, 일반적인 Long에 대해 다루는 parseLongSafely()는 유틸 클래스로 분리할 것 같네요.감사합니다. 🙂

정적 팩토리 메서드 사용과 toEntity 메서드에 대해 질문 있습니다.

안녕하세요, 감바스 님!우선, 정적 팩토리 메서드와 toEntity()가 반대되는 개념은 아닌 것 같아요.toEntity()에서 Product의 정적 팩토리 메서드를 사용할 수도 있으니까요.toEntity()는 말 그대로 DTO 내에서 DTO가 가진 데이터로 Entity 객체를 생성할 때 주로 붙이는 메서드명인데요. (반드시 그런 것은 아니고 관습적인 이름이라 이해해주시면 됩니다.)정적 팩토리 메서드는 이와 관계없이, 단순한 생성자 대신 객체의 생성 방식을 제한하면서 외부에 의도를 전달하기 위한 방법입니다.위와 같이 각 방법의 의도에 맞게 사용해주시면 됩니다.감사합니다. 🙂

Integration Test Truncate

안녕하세요, skehdxhd 님!일단 그런 전제라면, 테스트를 진행하지 않고 테스트하기 더 나은 방향으로 구조를 개선한 뒤에 테스팅을 진행할 것 같습니다만..ㅎㅎ개발DB가 모두가 사용하는 공용 DB 라면, 테스트할 때마다 심혈을 기울여야 할 것 같아요.그럼에도 한번 생각해보자면, 영향도를 최소화하기 위해 테스트를 시작하기 전에 신규 테이블을 생성하고, 테스트를 진행한 후에, 해당 테이블을 truncate 처리할 것 같네요.성능 테스트도 마찬가지 입니다.(2번 조건은 사용하는 도구의 차이이기 때문에 크게 상관 없을 것 같아요.)그렇지만, 저라면 저런 환경에서 테스트를 진행하기 보다 빠르게 테스트 가능한 환경을 만드는데에 집중할 것 같아요.감사합니다. 🙂

readOnly = true 시 jpa 동작관련

안녕하세요, 개foot 님!읽기 전용 트랜잭션에서는 변경감지(U) 뿐만 아니라 CUD 작업 모두 동작하지 않습니다.말 그대로 CRUD 중 Read 작업만 하겠다는 의미이니까요.감사합니다. 🙂

자바 익셉션 종류도 외우시나요??

안녕하세요, 한지찬 님!외우실 필요는 없습니다. ㅎㅎ 사실 애플리케이션 내 대부분의 예외 케이스가 IllegalArgumentException 의 의미가 통하기도 하구요. (즉, 이 예외 하나만 알아도 충분)의미가 부족하다면 도메인에 맞는 커스텀 예외를 만들어서 던지는 방법을 사용하면 되기 때문에, 크게 고민하실 필요는 없습니다.감사합니다 🙂