dto/vo public final 선언에 대해여

Question

만약에 A라는 프로그램으로부터 소켓통신으로 패킷을 받아 B에서 그대로 저장한다고 가정하면,public class Packet { public final String str; public final int num; public Packet(Socket socket) { // 임의으로 socket으로 표현하겠습니다. this.str &#61; socket.readString(); this.num &#61; socket.readInt(); } }위와 같이 선언 후main() { Socket socket &#61; new Socket(...); Packet packet &#61; new Packet(socket); System.out.println(&#34;str : &#34; &#43; packet.str &#43; &#34;, num : &#34; &#43; packet.num); }이렇게 활용해도 되는거 아닌가요?굳이 getter를 두는 이유가 있나요?gpt에 질문했을 때는 캡슐화, 불변성 유지 어려움, 유지보수 어려움의 문제가 있는데,캡슐화는 어차피 getter를 통해 내부의 데이터를 볼수있어서 동일하다고 느껴지고,불변성 유지는 public임에도 final 선언으로 인해 지켜질 수 있고,유지보수 어려움은 추후 패킷의 활용방법이 바꼈을때 문제가 생긴다고 하는데 이건 getter를 써도 같은 문제 아닌가 싶어서요고수님들의 의견부탁드립니다. 감사합니다.

지붕뚫고높이차 · Answer

언제부터인지dto를 만들때생성자에 데이터를 전달하고getter 만 제공하는 패턴을 많이 쓰더라구요.그렇게 보면 final 형태와 동일하다 생각합니다.

카카오콘 · Answer

핵심은 동일합니다. (읽을 수 있는 방법, 변경 가능한 상황 등)다만, getter를 제공한다는건 &#34;메소드&#34;를 제공한다는 의미입니다.결과를 돌려줄 때, 특정 변환 혹은 어떤 조건에서만 이 변수를 제공할 수 있는 제약을 추가할 수 있습니다.(getter가 반드시 필드를 &#34;그대로&#34; 돌려줘야 한다는 규칙은 없습니다 XD)하지만 위 같은 경우는 그런 제약은 정해줄 수 없겠지요.

엡실론 · Answer

데이터를 저장하는 방식은 바뀔 수 있습니다. packet.num을 int대신 String으로 저장하고 싶어 질 수도 있고요. 혹은 str, num을 한데 묶어서 String으로 저장하고 싶을 수도 있고, 배열이나 리스트를 쓰고 싶을 수도 있습니다. 혹은 num이 str의 길이를 뜻한다거나, 어떤 다른 데이터에서 도출되는 값이 될 수도 있습니다. 변수를 직접 쓰는 경우에는 이런 변화를 만들기가 힘들어 집니다.코틀린, c# 같이 프로퍼티를 지원하는 언어에는 해당이 없는 문제지만요.

장독깨기 · Answer

예시를 든 표준 출력으로 출력하는 정도로만 사용한다면 그렇게 하셔도 무방하긴 합니다.그러나, 유즈 케이스는 더 다양합니다.가령, 자바는 리플렉션으로 속성 이름을 기준으로 게터, 세터를 찾는 라이브러리(ex.mybatis) 가 많이 있습니다.이럴 경우 문제가 될 수 있습니다. 유즈케이스에 따라 속성 또는 게터로 하는 것 보단 일관성을 유지 하는 것이 낫지 않을까 합니다.그리고, 예시를 든 패킷은 파싱 처리가 들어가야 할 겁니다. 즉, 단순 데이터 객체가 아니란 거죠.물론, 예를 든거겠지만, 이렇듯 상황이나 유즈케이스에 따라 판단을 해보는 것이 좋을 거 같고,단순 데이터 객체라 하더라도 가급적 게터, 세터가 있는 것이 낫지 싶습니다.조금 귀찮다는 점 외에 게터,세터를 사용하지 않을 이유는 없지 않을까요. :)

dto/vo public final 선언에 대해여

4개의 답변

#vo 목록