JAVA에서 메소드를 어떠형태로 사용하는걸 선호하시나요?

Question

안녕하세요 java 이용시 어떤 방법을 더 선호하시나요?A라는 DTO객체가 있다고 가정하고process1, process2, process3 이렇게 세개의 과정을 거친다고 가정했을 때, 각 과정마다 A dto의 값을 변경 해줘야 합니다. (set....)각 메소드를 void 형태로 만들어서 DTO값을 set해주기만한다.각 메소드의 반환 타입을 DTO로 만들어두고 값 변경후 DTO를 반환하고 상위 메소드에서 A = process1();의 형태로 작성한다.별 내용은 아니지만 다들 어떤 방식을 선호하시는지 궁금합니다. 또 그렇게 쓰면 좋은이유도요!

저세상 · Answer

음 1, 2번을 고민하게 된 이유가 어떤거예요?

장독깨기 · Answer

하나의 프로세스를 처리하는데, 1,2,3 이렇게 나누어서 순서대로 처리하는 건가요?그럼, Process 클래스를 만들고, 여기에 dto 셋 하고, process1,2,3 은 프라이빗으로 하고, dto 를 참조하면 어떨까요.

나땅 · Answer

전 1번이요불필요하게 코드 늘리는게 싫어서...

와플치킨 · Answer

dto안에 상태값 같은걸 만들어서 계속해서 변환해주도록 개발하는 것은 유지보수를 힘들게 만듭니다.각 메소드는 결과를 리턴하도록 각자 만들고 기존 DTO에 덮어쓰는게 아닌 새로운 Record를 만들어서 결과값을 리턴하는게 어떨까요?

구르르 · Answer

저도 1번이요 메소드명을 구분할수있게 명확하게 짓는다면 문제될건없다고 생각합니다

감독님테스트가하고싶어요 · Answer

정확한 상황을 잘 모르니 단언할 수는 없지만 빌더 패턴을 이용해서 점진적으로 객체를 구성하면 되지않을까요?그 편이 가독성면이나 의도 측면에서 더 좋아보일 듯 합니다.process1, process2, process3 을 진행하면서 계속 DTO를 반환하는것보다 점진적으로 필요한 단계들을 밟고 나중에 객체를 완성하는거죠

guyv · Answer

너무 어려워서 그록답변 붙여드립니다.안녕하세요! 질문 잘 보냈습니다. Java에서 DTO 객체를 다루는 방식에 대해 두 가지 접근법을 비교하며 어떤 방식을 선호하는지, 그리고 그 이유를 설명해볼게요. 질문에서 제시한 두 가지 방법, 즉:1. **void 메소드 방식**: 각 메소드(`process1`, `process2`, `process3`)가 `void`를 반환하며, 입력으로 받은 DTO 객체의 값을 직접 수정(`set...`)하는 방식.2. **DTO 반환 방식**: 각 메소드가 DTO를 반환하며, 값을 변경한 후 새로운 DTO 객체를 반환하고 호출 측에서 `A = process1(A)` 형태로 재할당하는 방식.이 두 가지 방식에 대해 선호도와 이유를 논의해볼게요.---### 1. void 메소드 방식```javapublic void process1(A dto) { dto.setField1("value1");}public void process2(A dto) { dto.setField2("value2");}public void process3(A dto) { dto.setField3("value3");}// 사용 예시A a = new A();process1(a);process2(a);process3(a);```#### 장점:- **직관적이고 간단함**: 메소드가 DTO를 수정하는 역할만 하므로, 호출하는 측에서 반환값을 처리할 필요가 없음. 코드가 간결해질 수 있음.- **성능 효율성**: 새로운 객체를 생성하지 않고 기존 객체를 수정하므로 메모리 사용량이 적음. 특히 DTO 객체가 크거나 복잡할 때 유리.- **명시적 상태 변경**: DTO가 명시적으로 "변경"된다는 점이 코드 흐름에서 명확히 드러남.#### 단점:- **부작용(Side Effect)**: 입력 DTO 객체가 직접 수정되므로, 호출 측에서 원본 객체가 변경된다는 점을 항상 염두에 둬야 함. 이는 예상치 못한 버그를 유발할 수 있음.- **스레드 안전성 문제**: 멀티스레드 환경에서 같은 DTO 객체를 여러 스레드가 공유하면 동시성 문제가 발생할 가능성이 있음.- **테스트 어려움**: DTO가 수정되는 과정에서 원본이 변경되므로, 특정 메소드의 동작을 독립적으로 테스트하기가 까다로울 수 있음.#### 언제 적합한가?- DTO 객체가 단일 흐름에서만 사용되고, 수정이 명확히 의도된 경우.- 성능 최적화가 중요한 상황(예: 대량 데이터 처리).- 메소드 호출 순서가 명확하고, 부작용을 관리할 수 있는 간단한 애플리케이션.---### 2. DTO 반환 방식```javapublic A process1(A dto) { A result = new A(); result.setField1("value1"); // 기존 DTO 값 복사 또는 일부 수정 return result;}public A process2(A dto) { A result = new A(); result.setField2("value2"); return result;}public A process3(A dto) { A result = new A(); result.setField3("value3"); return result;}// 사용 예시A a = new A();a = process1(a);a = process2(a);a = process3(a);```#### 장점:- **불변성(Immutability) 가능**: 새로운 DTO를 반환하므로 원본 DTO를 수정하지 않을 수 있음. 이는 함수형 프로그래밍 스타일과 잘 맞음.- **명확한 데이터 흐름**: 각 메소드가 새로운 DTO를 반환하므로 데이터가 어떻게 변환되는지 코드 흐름에서 명확히 드러남.- **스레드 안전성**: 새로운 객체를 반환하면 원본 객체가 변경되지 않으므로 멀티스레드 환경에서 더 안전.- **테스트 용이성**: 각 메소드가 독립적으로 새로운 객체를 반환하므로, 메소드 단위 테스트가 더 쉬움.#### 단점:- **성능 오버헤드**: 새로운 객체를 생성하므로 메모리 사용량이 증가. DTO가 크거나 호출 빈도가 높을 경우 성능에 영향을 줄 수 있음.- **코드 복잡성**: 반환값을 항상 재할당해야 하므로 코드가 약간 장황해질 수 있음.- **불필요한 복사**: DTO의 모든 필드를 복사해야 한다면, 코드가 복잡해지고 실수(예: 일부 필드 누락)가 발생할 가능성이 있음.#### 언제 적합한가?- DTO의 불변성을 유지하고 싶거나, 함수형 프로그래밍 스타일을 선호할 때.- 멀티스레드 환경에서 동시성 문제를 최소화하고 싶을 때.- 각 메소드의 독립성을 보장하고 테스트 용이성을 높이고 싶을 때.---### 개인적인 선호와 이유저는 **상황에 따라 다르다**고 생각하지만, 일반적으로 **DTO 반환 방식**을 더 선호합니다. 이유는 다음과 같습니다:1. **명확성과 예측 가능성**: 반환 방식은 메소드가 DTO를 어떻게 변환하는지 명확히 보여줍니다. 이는 코드 가독성과 유지보수성을 높여줍니다.2. **부작용 최소화**: 원본 DTO를 수정하지 않으면, 호출 측에서 의도치 않은 변경으로 인한 버그를 줄일 수 있습니다.3. **함수형 프로그래밍 친화적**: 현대 Java는 람다, 스트림 등 함수형 스타일을 점점 더 많이 지원하는데, DTO 반환 방식은 이와 잘 맞습니다.4. **테스트 용이성**: 단위 테스트를 작성할 때 각 메소드의 입력과 출력을 명확히 비교할 수 있어 디버깅이 더 쉬워집니다.다만, **성능이 중요한 경우**나 **단순한 단일 흐름**에서는 `void` 방식이 더 적합할 수 있습니다. 예를 들어, 대량의 DTO를 처리하거나 메소드 호출이 단순히 상태를 갱신하는 역할만 한다면, 객체 생성 오버헤드를 피하기 위해 `void` 방식을 사용할 가능성이 높습니다.---### 추가 고려사항- **Builder 패턴 활용**: DTO 반환 방식에서 객체 생성 비용을 줄이고 가독성을 높이기 위해 Builder 패턴을 사용할 수 있습니다. ```java public A process1(A dto) { return A.builder() .field1("value1") .field2(dto.getField2()) .build(); } ```- **불변 DTO**: DTO 자체를 불변 객체로 설계하고, 각 메소드가 새로운 불변 DTO를 반환하도록 하면 더 안전하고 명확한 코드를 작성할 수 있습니다.- **복사 오버헤드 관리**: 반환 방식에서 DTO 복사가 부담이라면, 필요한 필드만 갱신하거나 얕은 복사(shallow copy)를 활용할 수 있습니다.- **Java Record**: Java 14+에서 제공하는 `record`를 DTO로 사용하면 불변성과 간결함을 동시에 얻을 수 있습니다.---### 결론- **DTO 반환 방식**은 가독성, 테스트 용이성, 안전성을 위해 선호되지만, 성능이 중요한 경우라면 **void 방식**이 더 적합할 수 있습니다.- 팀의 코드 스타일 가이드와 프로젝트의 요구사항(성능, 동시성, 유지보수성 등)에 따라 선택하는 것이 중요합니다.- 개인적으로는 **유연성과 명확성**을 위해 DTO 반환 방식을 더 자주 사용하지만, 상황에 따라 적절히 조정합니다.혹시 특정 상황(예: 성능 최적화, 멀티스레드 환경 등)에 대해 더 고민 중이시라면, 추가로 알려주시면 그에 맞춰 더 구체적으로 답변드릴게요! 😊

초무쿤 · Answer

Process란 네이밍 보다는보통 populate~~~ 을 주로 사영하는듯 한데요.바람직한 구조는 아닌데 가끔 어짤수 없는 상황이(주로 성능이나 중목코드 등)라이브러리 같으면 원칙상으로는 Factory Pattern같은갈호 디자인 하는게 맞을텐데 웹에서 굳히..

우헤헤헤헤 · Answer

메소드명은 그냥 예시라서 굳이 안 짚으셔도 될 것 같은데...무조건 1번이요위에 분이 제대로 설명해주셨는데 느낌대로 좀 더 객체지향적인 것 같습니다

JAVA에서 메소드를 어떠형태로 사용하는걸 선호하시나요?

9개의 답변

기술 목록