Notice
Recent Posts
Recent Comments
Link
250x250
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
Tags
- regex
- 퀵소트
- log4j2
- git
- mysql 5.5
- spring
- npm
- update
- Effective Java 3/e
- JavaScript
- upgrade
- Spring Batch
- current_date
- migration
- eslint
- nodejs
- REACTJS
- Node
- Webpack
- Chunk
- Effective Java
- 정규표현식
- REACT
- Regular expression
- MySQL
- java
- spring cloud
- log_bin
- expire_logs_days
- Express
Archives
- Today
- Total
내 세상
[Java] Effective Java 3/e - Item 12) toString을 항상 재정의하라 본문
728x90
반응형
toString의 일반규약에 따라 '간결하면서 사람이 읽기 쉬운 형태의 유익한 정보'를 반환해야 한다.
또한, toString의 규약은 "모든 하위 클래스에서 이 메서드를 재정의하라"고 한다.
toString을 잘 구현한 클래스는 사용하기에 훨씬 즐겁고, 그 클래스를 사용한 시스템은 디버깅하기 쉽다.
toString메서드는 객체를 println, printf, 문자열 연결 연산자(+), assert 구문에 넘길 때, 혹은 디버거가 객체를 출력할 때 자동으로 호출된다.
즉, 직접 호출하지 않더라도 다른 어딘가에서 쓰일 거란 의미이다.
format을 한번 명시하면 평생 그 format에 얽매이게 된다.
만약 향후 release에서 format을 바꾼다면 이를 사용하던 코드들과 데이터들은 엉망이 될 것이다.
반대로 format을 명시하지 않는다면 향후 release에서 정보를 더 넣거나 format을 개선할 수 있는 유연성을 얻게 된다.
→ Format을 명시하든 아니든 의도를 명확히 밝혀야 한다.
728x90
반응형
'Language > Java' 카테고리의 다른 글
[Java] Log4j 1.x to Log4j 2 Migration - Configuring Log4j 2 (0) | 2021.12.14 |
---|---|
[Java] Log4j 1.x to Log4j 2 Migration - Converting to the Log4j 2 API (0) | 2021.12.14 |
[Java] Effective Java 3/e - Item 9) try-finally 보다는 try-with-resoucres를 사용하라 (0) | 2021.12.03 |
[Java] Effective Java 3/E - 1장 들어가기 (0) | 2021.12.01 |
[Java] Effective Java 3/e 링크 (0) | 2021.12.01 |