- EX) PhoneNumber@adbbd
- 사용하기에 훨씬 좋고, 디버깅하기 용이해진다.
우리가 직접 호출하지 않더라도 어딘가에서 쓰일 것이다.
EX) System.out.println(phoneNumber + "에 연결할 수 없습니다.")
BigInteger, BigDecimal
- 표준적, 명확하고, 사람이 읽을 수 있게 된다.
- 값 입출력에 사용 가능, csv 파일처럼 사람이 읽을 수 있는 데이터 객체로 저장 가능
- 포맷을 한 번 명시하면 평생 그 포맷에 얽매이게 된다.
>
개발자들이 그 포맷에 맞춰 파싱, 새로운 객체 생성, 영속 데이터로 저장하는 코드 작성>
향후 포맷이 바뀌면 데이터, 코드 엉망>
개발자들 절규
- 포맷이 명시되지 않으면 정보를 더 넣거나 포맷을 개선할 수 있는 유연성을 보장할 수 있다.
/**
* 이 전화번호의 문자열 표현을 반환한다.
* 이 문자열은 "XXX-YYY-ZZZZ" 형태의 12글자로 구성된다.
* XXX는 지역 코드, YYY는 프리픽스, ZZZZ는 가입자 번호다.
* 각각의 대문자는 10진수 숫자 하나를 나타낸다.
*
* 전화번호의 각 부분의 값이 너무 작아서 자릿수를 채울 수 없다면,
* 앞에서부터 0으로 채워나간다. 예컨대 가입자 번호가 123이라면
* 전화번호의 마지막 네 문자는 "0123"이 된다.
*/
@Override public String toString() {
return String.format("%03d-%03d-%04d",
areaCode, prefix, lineNum);
}
/**
* 이 전화번호의 문자열 표현을 반환한다.
* 다음은 이 설명의 일반적인 형태이나,
* 추후에 변경될 수 있다.
*
* 이 문자열은 "XXX-YYY-ZZZZ" 형태의 12글자로 구성된다.
*/
@Override public String toString() {...}
- 접근자를 제공하지 않으면 이 포맷이 준 표준 API 역할을 하게 된다.
- 대다수의 컬렉션 구현체는 추상 컬렉션 클래스의 toString 메소드를 상속해 사용한다.
- 상위 클래스에서 알맞게 정의된 경우 예외
Reference: