EJ2E Item 10. toString은 항상 재정의하라.
Java : 2008. 10. 31. 13:36
참조: Effective Java 2nd Edition Item 10. Always override toString
JavaSE6 스펙에서 정의한 toString 제약 사항.
toString을 구현할 때 결정 해야 하는 중요한 것 하나는 문서에서 반환 값 형식에 대해 서술할지 여부다. value class에서는 이렇게 형식을 기술해 주는게 좋은데, 모호하지 않으며, 가독성이 좋기 때문이다. 자바의 BigInteger, BigDecimal 같은 API가 이런 방법을 취하고 있다.
형식을 기술하던 말던, 어쨋거나 문서에 여러분의 의도를 분명하게 해야한다.
JavaSE6 스펙에서 정의한 toString 제약 사항.
“a concise but informative representation that is easy for a person to read”toString은 println이나 printf를 호출할 때 자동으로 호출된다.
toString을 구현할 때 결정 해야 하는 중요한 것 하나는 문서에서 반환 값 형식에 대해 서술할지 여부다. value class에서는 이렇게 형식을 기술해 주는게 좋은데, 모호하지 않으며, 가독성이 좋기 때문이다. 자바의 BigInteger, BigDecimal 같은 API가 이런 방법을 취하고 있다.
형식을 기술하던 말던, 어쨋거나 문서에 여러분의 의도를 분명하게 해야한다.
'Java' 카테고리의 다른 글
| EJ2E Item 15. 변경을 최소화하라 (2) | 2008.12.23 |
|---|---|
| EJ2E 14. public 클래스에서는 접근 메소드를 사용하지 public 필드를 사용하지 마라. (0) | 2008.12.21 |
| EJ2E Item 13. 클래스와 멤버 접근성을 최소화 하라 (0) | 2008.11.07 |
| EJ2E Item 12. Comparable 구현을 고려하라 (0) | 2008.11.04 |
| EJ2E Item 11. 적절하게 clone을 재정의하라 (0) | 2008.10.31 |
| EJ2E Item 10. toString은 항상 재정의하라. (0) | 2008.10.31 |
| EJ2E Item 9. equals를 재정의할 땐 hashCode도 재정의하라. (0) | 2008.10.29 |
| EJ2E Item 8. equals를 재정의 할 떄는 일반적인 계약을 따르라. (2) | 2008.10.29 |
| EJ2E Item 7. finalizer 사용 자제하기 (0) | 2008.10.29 |
| EJ2E Item 6. 사용하지 않는 객체 레퍼런스를 제거하라 (0) | 2008.10.28 |
| EJ2E Item 5. 불필요한 객체 생성 방지하기 (0) | 2008.10.28 |
