Service Create/Update Record 운용과 Delete Record 미운용의 차이 질문

Question

안녕하세요, 선생님! 강의 들으면서 Service 및 Cache Handler 구성간 Create/Update <-> Delete 간의 Return Record 여부 차이에 대해 질문드리고자 합니다.   서비스도 그렇고, 핸들러도 그렇고, Return type이 Create/Update는 전달받은 Record를 Entity Context에 적용한 객체인데, delete의 경우 void로 운용하시는 것을 보고 어떤 차이점이 있는지 궁금하여 질문드리게 되었습니다.   create, update 모두 반영 이후의 내역을 바로 반환하여 보여준다는 의미로 생각하였는데, delete를 보면 그런 것 같지는 않아서 따로 다른 의미가 있는지(실무에서 이렇게 많이 사용한다던가), 별 의미가 없는지 구체적으로 문의드리고자 합니다.   감사합니다.

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. Hyo Kyun Lee님. Service 및 Cache Handler에서 Create/Update와 Delete 작업 간에 Return type을 어떻게 설정할지 궁금하신 것 같습니다. 이 주제는 API 설계 원칙과 관련하여 흔히 논의되는 부분입니다. 1. Create와 Update의 Return Record Create : 새로운 엔티티를 데이터베이스에 저장한 후, 저장된 객체(특히 ID와 같은 데이터베이스에서 할당된 정보를 포함하여)를 즉시 클라이언트에게 반환하는 것이 일반적입니다. 이는 클라이언트 측에서 생성된 객체의 상태를 확인하고, 후속 작업(예: UI 업데이트)에 활용할 수 있게 해줍니다. Update : 기존의 엔티티를 수정한 후, 변경된 객체를 반환하는 것도 마찬가지로 데이터의 최신 상태를 클라이언트가 확인할 수 있도록 합니다. 업데이트 후 전달되는 객체는 변경된 필드가 제대로 반영되었는지 검사하는데 유용합니다. 2. Delete의 Void Return Delete : 삭제 작업은 흔히 &lsquo;상태 변화&rsquo; 보다는 &lsquo;데이터 제거&rsquo;에 중점을 둡니다. 따라서 클라이언트에게 반환할 정보가 상대적으로 적습니다. 이는 성공적으로 삭제되었다는 상태 코드(예: HTTP 204 No Content)를 응답하는 것으로 충분하다고 봅니다. 실제 삭제 후에도 결과를 확인할 필요가 크지 않다면 이러한 방법이 많이 사용됩니다. 실무에서의 활용 실무에서는 주로 해당 작업에 요구되는 핵심 정보(생성된 ID, 수정된 값 등)를 반환하여 시스템이 확정적인 상태 변화를 확인할 수 있도록 하고 있습니다. Delete의 경우 , 작업의 성공 여부를 코드나 간단한 메시지로 처리하는 것이 일반적입니다. 이는 엔티티의 물리 삭제보다는 논리 삭제를 구현하는 경우에도 동일할 수 있습니다. 이 주제는 효율적인 API 설계 가이드라인 라는 기존 게시물에서도 다뤄진 바 있습니다. API 설계 시, 반환 데이터를 포함한 데이터 설계는 서비스 규격에 따라 갈릴 수 있으므로 참고하시면 좋겠습니다. 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.