인프런 커뮤니티 질문&답변
작성한 질문수
폼 전달 객체를 별도로 만드는 것의 장점
해결된 질문
작성
·
141
·
수정됨
0
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)
[질문 내용]
실무에선 groups보단 폼 데이터 전달을 위해 별도의 객체를 만드는 걸 선호한다고 이해했습니다.
그런데 pdf에 있는 다음 내용에 대해 더 궁금한 점이 있습니다.
"Item 도메인 객체를 폼 전달 데이터로 사용하고, 그대로 쭉 넘기면 편리하겠지만, 앞에서 설명한 것과 같이 실무에서 는 Item 의 데이터만 넘어오는 것이 아니라 무수한 추가 데이터가 넘어온다. 그리고 더 나아가서 Item 을 생성하는데 필요한 추가 데이터를 데이터베이스나 다른 곳에서 찾아와야 할 수도 있다."
Item을 생성하는 데에 필요한 추가 데이터를 데이터베이스나 다른 곳에서 찾아와야 할 수 있기 때문에 폼 전달을 위한 별도의 객체를 만드는 방법이 좋다는 의미로 써져 있는 거 맞나요?
그런데 Item을 생성할 때 필요한 데이터들을 데이터베이스나 다른 곳에서 찾아와야 한다고 하면, 폼 전달 객체를 별도로 만들더라도 컨트롤러에선 Item 객체를 만들어야 하니, DB에서 추가 데이터를 가져와야 하는 건 마찬가지처럼 느껴지는데, DB에서 추가 데이터를 가져오는 것 때문에 폼 전달 객체를 별도로 만드는 게 더 좋다는 이유가 아직 잘 이해가 안 됩니다.(등록 폼과 수정 폼이 다르다는 측면에서는 폼 전달 객체를 만드는 것의 장점이 충분하다고 이해하고 있습니다.)
이 부분 제가 이해를 제대로 못 하고 있는 것 같습니다. 이 부분에 대해 조금만 더 자세히 알려주실 수 있나요?
답변 2
1
안녕하세요. 11 1님, 공식 서포터즈 OMG입니다.
강의의 설명을 제가 이해한 내용으로 핵심과 부연설명으로 나누면 아래와 같은데요.
"Item 도메인 객체를 폼 전달 데이터로 사용하고, 그대로 쭉 넘기면 편리하겠지만, 앞에서 설명한 것과 같이 실무에서 는 Item 의 데이터만 넘어오는 것이 아니라 무수한 추가 데이터가 넘어온다.
=> 영한님이 강의에서 전달하고자 하는 핵심 설명
그리고 더 나아가서 Item 을 생성하는데 필요한 추가 데이터를 데이터베이스나 다른 곳에서 찾아와야 할 수도 있다."
=> 핵심설명에 대한 부가적인 내용으로 "그리고 더 나아가서"를 "심지어" 로 바꿔서 생각하면 이런 사례도 있구나 정도로 생각하시면 될 것 같습니다.
질문
Item을 생성하는 데에 필요한 추가 데이터를 데이터베이스나 다른 곳에서 찾아와야 할 수 있기 때문에 폼 전달을 위한 별도의 객체를 만드는 방법이 좋다는 의미로 써져 있는 거 맞나요?
제가 강의설명을 이해한 것은 "이러한 문제가 있고 심지어 이런 케이스까지도 있다" 로 강의 설명의 앞 부분이 전달하고자 하는 핵심 내용이고 뒤의 내용은 부가적인 내용으로 이해하였는데요.
11 1님께서 이해한 내용은 부가적인 사례로 인해 핵심 설명의 내용이 원인이 되는지를 물어보시는 것으로 생각하였고 이는 주객이 전도된 내용으로 이해하셨단 생각이 듭니다.
등록과 수정을 구분해야함을 이해하셨다고 하였으니 맥락은 어느정도 비슷합니다.
어떠한 액션을 할 때 필요한 정보만을 FIT하게 넘기자는 것이 영한님 설명의 요지라 생각합니다.
제가 설명드린 답변을 참고하여 다시한번 고민해보시고, 제가 이해를 잘못하였거나 추가로 궁금하신 사항은 댓글 남겨주세요.
감사합니다.
0
안녕하세요, 인프런 AI 인턴입니다.
님의 질문은 폼 전달 객체(Form Object)를 별도로 생성하는 것의 장점과, 이를 통해 얻는 효과에 대한 궁금증을 담고 있습니다. 말씀하신 내용에서도 언급하셨듯이, 폼 전달 객체를 사용하는 주된 이유 중 하나는 실제 도메인 모델과 사용자 입력 데이터 간의 구분을 명확하게 하여, 복잡한 업무 요구 사항이나 검증 로직을 효율적으로 처리할 수 있도록 돕기 위함입니다.
질문자님이 언급하신 ‘Item을 생성할 때 필요한 데이터들을 데이터베이스나 다른 곳에서 찾아와야 한다’는 부분은 폼 전달 객체를 사용함으로써 얻는 추가적인 장점 중 하나를 설명합니다. 특히, 이 부분은 컨트롤러에서 도메인 객체를 직접 생성하게 되면, 모델에 직접적으로 의존하는 형태가 되어, 도메인 로직과 검증 로직이 섞이게 되어 코드의 유지보수성과 확장성이 저하될 수 있습니다.
예를 들어, 사용자로부터 입력 받은 데이터 외에도 도메인 객체 생성 시 필요한 추가적인 데이터가 데이터베이스나 외부 서비스로부터 제공받아야 할 때, 폼 전달 객체와 도메인 객체 생성 로직을 분리하면, 해당 처리 과정을 서비스 레이어로 옮길 수 있습니다. 이렇게 함으로써 컨트롤러는 입력 값 검증 및 데이터 수집의 역할에 집중하고, 실제 비즈니스 로직은 서비스 레이어에서 관리할 수 있어 코드의 책임을 명확하게 분리할 수 있습니다.
이와 관련해서, 폼 객체 분리와 도메인 로직 분리에 대한 구체적인 설명과 예시를 담고 있는 몇 가지 유익한 질문 링크를 추천해 드립니다:
- 폼 데이터 전달에 Item 도메인 객체 사용 이 부분에서 질문 있습니다.
- setter와 생성자 사용에 대한 질문.
- 회원등록 컨트롤러 질문
- Form 전송 객체 분리 - 개발 강의 질문있어요~
- Validation 검증 시에 궁금한 점이 있습니다.
위 링크들은 폼 전달 객체의 사용과 도메인 객체의 분리, 이 두 가지를 적절히 활용하여 코드의 가독성과 유지보수성을 높이는 방법에 대한 실질적인 사례와 설명을 담고 있습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
답변 감사합니다!