[객체지향 생활 체조] 규칙 3 : 원시값과 문자열의 포장

int 값 하나 자체는 그냥 아무 의미 없는 스칼라 값일 뿐이다. 어떤 메서드가 int 값을 매개변수로 받는다면 그 메서드 이름은 해당 매개변수의 의도를 나타내기 위해 모든 수단과 방법을 가리지 않아야 한다. 만약 똑같은 메서드가 시간을 매개변수로 받을 경우, 무슨 일이 생기는지는 훨씬 자명하다. 이런 작은 객체가 프로그램의 유지보수성을 높일 수 있는 것은 시간 값을 매개변수로 받는 메서드에게 연도 값을 넘길 수는 없기 때문이다. 원시형 변수로는 컴파일러가 의미적으로 맞는 프로그램 작성을 안내할 수 없다. 객체로라면 아주 사소하더라도 컴파일러와 프로그래머에게 그 값이 어떤 값이며, 왜 쓰고 있는지에 대한 정보를 전하는 셈이다.

또한 시간이나 돈과 같은 작은 객체는 행위를 놓을 분명한 곳을 마련해 줘서, 그렇지 않았다면 다른 클래스의 주위를 겉돌았을지도 모르는 사태를 방지한다. 이는 특히 게터와 세터에 관련된 규칙을 적용하고 그런 작은 객체만이 값에 접근할 수 있을 때 그렇다.

---

만약 파라미터로 int형을 받는 메소드가 있다고 할 때, 해당 메소드를 사용하는 쪽은 그 값이 어떤 제한이 있고 어떤 값을 의미하는 것인지 바로 알아채기 어렵다. 그렇기 때문에 그런 원시값들을 포장함으로써 사용하는 쪽 입장에서 바로 알 수 있도록 처리해주는 것이 좋다. 하나의 Class로 포장한다거나 아니면 Enum을 활용해도 좋을 것 같다.

 

[참고 및 출처]

developerfarm.wordpress.com/2012/01/27/object_calisthenics_4/