❓
물음표살인마 블로그
  • README
  • ALGORITHM
    • Sieve of Eratosthenes
    • Round Up
    • Binary Search
    • Union Find
    • Sorting Array
    • Lcm, Gcd
  • TechTalk Review
    • Template
  • Books
    • CS Note for Interview
      • Ch1. Design Pattern & Programming paradigm
        • 1.1.1 Singleton Pattern
        • 1.1.2 Factory Pattern
        • 1.1.4 Observer Pattern
        • 1.1.5 Proxty Pattern & Proxy Server
        • 1.1.8 Model-View-Controller Pattern
        • 1.2.1 Declarative and Functional Programming
        • 1.2.2 Object Oriented Programming
      • Ch2. Network
        • 2.2.1 TCP/IP Four-Layer Model
        • 2.2.1-1 TCP 3, 4 way handshake
        • 2.3 Network Devices L4, L7
        • 2.4.1 ARP, RARP
        • 2.4.2 Hop By Hop Communication
        • 2.4.3 IP Addressing Scheme
      • Ch3. Operating System
        • 3.1.1 Roles and Structure of Operating Systems
        • 3.2.1 Memory Hierarchy
        • 3.2.2 Memory Management
        • 3.3.1 Processes and Compilation Process
        • 3.3.3 Memory Structure of a Process
        • 3.3.4 Process Control Block (PCB)
        • 3.3.5 Multiprocessing
        • 3.3.6 Threads and Multithreading
        • 3.3.7 Shared Resources and Critical Sections
        • 3.3.8 Deadlock
        • 3.4 CPU Scheduling Algorithm
      • Ch4. Database
        • 4.1 Database Basic
        • 4.2 Normalization
        • 4.3 Transaction and Integrity
        • 4.4 Types of Databases
        • 4.5 Indexes
        • 4.6 Types of Joins
        • 4.7 Principles of Joins
      • Ch5. Data Structure
    • Learning the Basics of Large-Scale System Design through Virtual Interview Cases
      • 1. Scalability based on user counts(1/2)
      • 1. Scalability based on user counts(2/2)
      • 2.Back-of-the-envelope estimation
      • 3. Strategies for System Design Interviews
      • 4. Rate Limiter
      • 5. Consistent Hashing
      • 6. Key-Value System Design
      • 7. Designing a Unique ID Generator for Distributed Systems
      • 8. Designing a URL Shortener
      • 9. Designing a Web Crawler
      • 10. Notification System Design
      • 11. Designing a News Feed System
      • 12. Chat System Design
      • 13. AutoComplete
      • 14. Design YouTube
      • 15. Design Google Drive
      • Loadbalancer Algorithms
      • Cache tier
      • CDN, Content Delivery Network
      • Stateless Web tier
    • Computer System A programmer's perspective
    • Effective Java
      • Item 1. Consider Static Factory Methods Instead of Constructors
      • Item 2. Consider a Builder When Faced with Many Constructor Parameters
      • Item 3. Ensure Singleton with Private Constructor or Enum Type
      • Item 4. Enforce Noninstantiability with a Private Constructor
      • Item 5. Prefer Dependency Injection to Hardwiring Resources
      • Item 6. Avoid Creating Unnecessary Objects
      • Item 7. Eliminate Obsolete Object References
      • Item 8. Avoid Finalizers and Cleaners
      • Item 9.Prefer try-with-resources to try-finally
      • Item10. Adhering to General Rules When Overriding equals
        • Handling Transitivity Issues
        • Ensuring Consistency
      • Item11. Override hashCode When You Override equals
      • Item12. Always Override toString
        • Always Override toString
      • Item13. Override Clone Judiciously
      • Item14. Consider Implementing Comparable
      • Item15. Minimize the Accessibility of Classes and Members
      • Item16. Accessor Methods Over Public Fields
      • Item17. Minimize Mutability
      • Item18. Composition over inherentance
      • Item19. Design and Document for Inheritance, or Else Prohibit It
      • Item20. Prefer Interfaces to Abstract Classes
      • Item21. Design Interfaces with Implementations in Mind
      • Item22. Use Interfaces Only to define Types
      • Item23. Prefer Class Hierarchies to Tagged Classes
      • Item24. Favor Static Member Classes Over Non-Static
      • Item28. Use Lists Instead of Arrays
      • Item29. Prefer Generic Types
      • Item30. Favor Generic Methods
    • Head First Design Patterns
      • Ch1. Strategy Pattern
      • Ch2. Observer Pattern
        • Ver1. Ch2. Observer Pattern
      • Ch3. Decorator Pattern
        • Ch3. Decorator Pattern
      • Ch4. Factory Pattern
      • Ch5. Singleton Pattern
      • Ch6. Command Pattern
      • Ch7. Adapter and Facade Pattern
      • Ch8. Template Method Pattern
    • Digging Deep into JVM
      • Chapter 2. Java Memory Area & Memory Overflow
      • Chapter 3. Garbage Collector & Memory Allocation Strategy (1/2)
      • Chapter 3. Garbage Collector & Memory Allocation Strategy (2/2)
      • Chapter 5. Optimization Practice
      • Chapter 6. Class file structure
      • Chapter 8. Bytecode Executor Engine (1/2)
  • Interview Practices
    • Restful API Practices
      • Url Shortener API
      • Event Ticket Reservation API
      • Course Management API
      • Search posts by tags API
      • Online Code platform API
      • Simple Task Management API
      • Event Participation API
      • Review System API
      • Car management API
      • Online Library
    • Tech Review
      • if(kakao)
        • Kakao Account Cache Migration / if(kakao)2022
        • Improving the Anomaly Detection System for KakaoTalk Messaging Metrics / if(kakao) 2022
        • Standardizing API Case Handling Without Redeployment / if(kakaoAI)2024
        • JVM warm up / if(kakao)2022
    • Naver Computer Science
      • Process & Thread
      • TCP & UDP
      • Spring & Servlet
      • Filter & Interceptor & AOP
      • Equals() & ==
      • Dependency Injection
      • Object Oriented Programming
  • F-Lab
    • Week1
      • Client & Server
      • HTTP
      • TCP/UDP
      • REST API
      • Questions
        • Object Oriented Programming
        • HTTP
        • Process & Thread
        • Data Structure
    • Week2
      • OSI 7 layer
      • Web vs WAS
    • Week3
      • RDB vs NoSQL
      • RDB Index
      • Cache
      • Redis
      • Messaging Queue
    • Week4
      • Project - Ecommerce
    • Week5
      • ERD - 1
    • Week6
      • Ecommerce - 2
      • Role
      • pw hashing && Salt
      • CreatedAt, ModifiedAt
      • JWT
      • Copy of ERD - 1
    • Week7
      • Vault (HashiCorp Vault)
    • Week 8
      • Api Endpoints
    • Week10
      • Product Create Workflow
  • TOY Project
    • CodeMentor
      • Implementation of Kafka
      • Project Improvement (Architectural Enhancements)
      • Communication between servers in msa
  • JAVA
    • MESI protocol in CAS
    • CAS (Compare and Set)
    • BlockingQueue
    • Producer & Consumer
    • Synchronized && ReentrantLock
    • Memory Visibility
    • Checked vs Unchecked Exception
    • Thread
    • Batch delete instead of Cascade
    • Java Questions
      • Week 1(1/2) - Basic Java
      • Week 1(2/2) - OOP
      • Week 2(1/2) - String, Exception, Generic
      • Week2(2/2) Lambda, Stream, Annotation, Reflection
      • Week3(1/2) Collections
      • Week3(2/2) Threads
      • Week4 Java Concurrency Programming
      • Week5 JVM & GC
    • Java 101
      • JVM Structure
      • Java Compiles and Execution Method
      • Override, Overload
      • Interface vs Abstract Class
      • Primitive vs Object Type
      • Identity and equality
      • String, StringBuilder, StringBuffer
      • Checked Exceptions and Unchecked Exceptions
      • Java 8 methods
      • Try-with-reources
      • Strong Coupling and Loose Coupling
      • Serialization and Deserialization
      • Concurrency Programming in Java
      • Mutable vs Immutable
      • JDK vs JRE
  • SPRING
    • DIP. Dependency Inversion Principal
    • Ioc container, di practice
    • @Transactional
    • Proxy Pattern
    • Strategy Pattern
    • Template Method Pattern
    • using profile name as variable
    • Spring Questions
      • Spring Framework
      • Spring MVC & Web Request
      • AOP (Aspect-Oriented Programming)
      • Spring Boot
      • ORM & Data Access
      • Security
      • ETC
  • DATABASE
    • Enhancing Query Performance & Stability - User list
    • Ensuring Data Consistency, Atomicity and UX Optimization (feat.Firebase)
    • Redis: Remote Dictionary Server
    • Database Questions
      • Week1 DBMS, RDBMS basics
      • Week2 SQL
      • Week3 Index
      • Week4 Anomaly, Functional Dependency, Normalization
      • Week5 DB Transaction, Recovery
    • Normalization
      • 1st Normal Form
      • 2nd Normal Form
      • 3rd Normal Form
  • NETWORK
    • HTTP & TCP head of line blocking
    • HTTP 0.9-3.0
    • Blocking, NonBlocking and Sync, Async
    • Network Questions
      • Week1 Computer Network Basic
      • Week2(1/3) Application Layer Protocol - HTTP
      • Week2(2/3) Application Layer Protocol - HTTPS
      • Week2(3/3) Application Layer Protocol - DNS
      • Week3 Application Layer
      • Week4 Transport Layer - UDP, TCP
      • Week5 Network Layer - IP Protocol
    • Network 101
      • https://www.google.com
      • TCP vs UDP
      • Http vs Https
      • TLS Handshake 1.2
      • HTTP Method
      • CORS & SOP
      • Web Server Software
  • OS
    • Operating System Questions
      • Week1 OS & How Computer Systems Work
      • Week2(1/2) Process
      • Week2(2/2) Thread
      • Week3 CPU Scheduling
      • Week4 Process Synchronize
      • Week5 Virtual Memory
    • Operating System 101
      • Operating system
        • The role of the operating system
        • The composition of the operating system.
      • Process
        • In Linux, are all processes except the initial process child processes?
        • Zombie process, orphan process
        • (Linux) Daemon process
        • Process address space
        • Where are uninitialized variables stored?
        • Determination of the size of the Stack and Heap
        • Access speed of Stack vs Heap
        • Reason for memory space partitioning
        • Process of compiling a process
        • sudo kill -9 $CURRENT_PID
      • Thread
        • Composition of a thread's address space
      • Process vs Thread
        • Creation of processes and threads in Linux
      • Multiprocessing
        • Web Browser
        • Implementation of multiprocessing
        • Application areas of multiprocessing
      • Multithreading
        • Application areas of multithreading
      • Interrupt
        • HW / SW Interrupt
        • Method of handling interrupts
        • Occurrence of two or more interrupts simultaneously
      • Polling
      • Dual Mode
        • Reason for distinguishing between user mode and kernel mode
      • System call
        • Differentiation between system calls
        • Types of system calls
        • Execution process of a system call
      • Process Control Block (PCB)
        • PCB의 구조
        • 쓰레드는 PCB를 갖고 있을까?
        • 프로세스 메모리 구조
      • Context switching
        • Timing of context switching
        • Registers saved during context switching
        • Context switching in processes
        • Context switching in threads
        • Difference between context switching in processes and threads
        • Information of the current process during context switching
      • Interprocess Communication (IPC)
        • Cases where IPC is used
        • Process address space in IPC Shared Memory technique
        • Types of IPC
  • COMPUTER SCIENCE
    • Computer Architecture 101
      • 3 components of a computer
      • RAM vs ROM
      • CPU vs GPU
      • SIMD
      • Two's complement
      • Harvard Architecture vs. von Neumann Architecture
      • The structure of a CPU.
      • Instruction cycle (CPU operation method)
      • Instruction pipelining
      • Bus
      • Memory area
      • Memory hierarchy structure
        • Reason for using memory hierarchy structure
      • Cache memory
      • L1, L2, L3 Cache
      • Locality of reference (cache)
      • Fixed-point vs Floating-point
        • epresentation of infinity and NaN (Not a Number) in floating-point
      • RISC vs CISC
      • Hamming code
      • Compiler
      • Linking
      • Compiler vs Interpreter
      • Mutex vs Semaphore
      • 32bit CPU and 64bit CPU
      • Local vs Static Variable
      • Page
  • Programming Paradigm
    • Declarative vs Imperative
  • JPA, QueryDsl
    • why fetchResults() is deprecated
  • PYTHON
    • Icecream
  • FASTAPI
    • Template Page
  • LINUX
    • Template Page
  • DATA STRUCTURE
    • Counting Sort
    • Array vs Linked List
  • GIT, Github
    • git clone, invalid path error
  • INFRA
    • Template Page
  • AWS
    • Server Log Archive Pipeline
    • Image Processing using Lambda
  • DOCKER
    • Docker and VM
    • Python Executable Environment
    • Docker commands
  • docker-compose
    • Kafka, Multi Broker
  • KUBERNATES
    • !Encountered Errors
      • my-sql restarts
      • kafka producer: disconnected
    • Kubernetes Components
    • Helm
      • Helm commands
    • Pod network
    • Service network
      • deployment.yaml
      • services.yaml
    • Service type
      • Cluster IP
      • NodePort
    • service-name-headless?
    • kube-proxy
  • GraphQL
    • Template Page
  • WEB
    • Template Page
  • Reviews
    • Graphic Intern Review
    • Kakao Brain Pathfinder Review
    • JSCODE 자바 1기 Review
  • 😁Dev Jokes
    • Image
      • Plot twist
      • Priorities
      • SQL join guide
      • Google is generous
      • Genie dislikes cloud
      • buggy bugs
      • last day of unpaid internship
      • what if clients know how to inspect
      • its just game
      • how i wrote my achievement on resume
      • self explanatory
      • chr(sum(range(ord(min(str(not))))))
Powered by GitBook
On this page
  • 왜 toString을 재정의해야 하는가?
  • toString의 규약
  • 좋은 toString 메소드의 예
  • 포맷을 명시하지 않는 경우
  • AutoValue와 toString
  • toString 메소드 재정의의 이점
  • 결론
  • 핵심
  • 질의
  1. Books
  2. Effective Java

Item12. Always Override toString

toString을 항상 재정의하라

자바에서 toString 메소드는 객체의 문자열 표현을 반환하는 중요한 메소드입니다. Object 클래스의 기본 toString 메소드는 우리가 작성한 클래스에 적합한 문자열을 반환하는 경우가 거의 없습니다.

왜 toString을 재정의해야 하는가?

toString 메소드는 객체의 문자열 표현을 반환합니다. 이 메소드를 잘 재정의하면 디버깅, 로깅, 출력 등의 상황에서 유용하게 사용할 수 있습니다. 기본 toString 메소드는 클래스 이름과 해시코드를 반환하는데, 이는 유용한 정보를 담고 있지 않습니다. 예를 들어:

public class PhoneNumber {
    private final int areaCode;
    private final int prefix;
    private final int lineNum;

    public PhoneNumber(int areaCode, int prefix, int lineNum) {
        this.areaCode = areaCode;
        this.prefix = prefix;
        this.lineNum = lineNum;
    }

    @Override
    public String toString() {
        return String.format("%03d-%03d-%04d", areaCode, prefix, lineNum);
    }
}

위 예시처럼 PhoneNumber 클래스의 toString 메소드를 재정의하면 PhoneNumber@1db9742 대신 707-867-5309와 같은 유용한 정보를 출력할 수 있습니다.

toString의 규약

toString 메소드는 객체의 "읽기 쉬운" 문자열 표현을 반환해야 합니다. 이는 객체의 주요 정보를 포함해야 하며, 가능하면 사람이 이해하기 쉬운 형식이어야 합니다. 다음은 toString 메소드의 일반적인 규약입니다:

  1. 간결하고 명확한 정보 제공: 객체의 주요 정보를 포함하여 간결하게 표현합니다.

  2. 읽기 쉬운 형식: 사람이 읽기 쉽고 이해하기 쉬운 형식으로 반환합니다.

  3. 모든 필드를 포함할 필요는 없음: 객체의 상태를 나타내는 주요 필드만 포함합니다.

  4. 디버깅과 로깅에 유용: toString 메소드를 잘 재정의하면 디버깅과 로깅 시 유용합니다.

좋은 toString 메소드의 예

다음은 toString 메소드를 잘 재정의한 예시입니다:

public class Person {
    private final String name;
    private final int age;

    public Person(String name, int age) {
        this.name = name;
        this.age = age;
    }

    @Override
    public String toString() {
        return String.format("Person[name=%s, age=%d]", name, age);
    }
}

이 예시에서는 name과 age 필드를 포함하여 객체의 주요 정보를 간결하고 명확하게 표현하고 있습니다.

toString 메소드를 재정의할 때 주의할 점

  1. 중요한 정보를 누락하지 말 것: 객체의 주요 상태를 나타내는 정보를 포함해야 합니다.

  2. 너무 길지 않게 유지: 너무 많은 정보를 포함하면 가독성이 떨어질 수 있습니다.

  3. 형식을 일관되게 유지: 동일한 형식을 사용하여 일관된 출력을 제공합니다.

  4. 데이터 유출 주의: 민감한 정보를 포함하지 않도록 주의합니다.

포맷을 명시하지 않는 경우

때로는 포맷을 명시하지 않고 toString 메소드를 재정의해야 할 때가 있습니다. 이 경우에도 객체의 주요 정보를 포함하여 유용한 정보를 제공해야 합니다. 예를 들어:

public class Point {
    private final int x;
    private final int y;

    public Point(int x, int y) {
        this.x = x;
        this.y = y;
    }

    @Override
    public String toString() {
        return "Point(" + x + ", " + y + ")";
    }
}

이 예시에서는 포맷을 명시하지 않았지만, 객체의 주요 정보를 간결하게 표현하고 있습니다.

AutoValue와 toString

AutoValue는 구글에서 제공하는 프레임워크로, 자바 클래스의 equals, hashCode, toString 메소드를 자동으로 생성해줍니다. 이를 사용하면 코드의 일관성을 유지하고, 수작업으로 인한 오류를 줄일 수 있습니다. AutoValue는 빌드 시점에 코드를 생성하여 컴파일 타임에 포함됩니다.

@AutoValue
public abstract class AutoValueExample {
    public abstract String name();
    public abstract int age();

    public static AutoValueExample create(String name, int age) {
        return new AutoValue_AutoValueExample(name, age);
    }
}

위 코드에서는 AutoValue를 사용하여 toString 메소드를 자동으로 생성합니다. 이는 코드의 일관성을 유지하고, 수작업으로 인한 오류를 줄일 수 있습니다.

toString 메소드 재정의의 이점

  1. 디버깅과 로깅: 객체의 상태를 명확히 확인할 수 있어 디버깅과 로깅에 유용합니다.

  2. 출력의 가독성 향상: 객체의 주요 정보를 쉽게 읽을 수 있는 형식으로 제공합니다.

  3. 코드 유지보수 용이: 코드의 가독성을 높여 유지보수를 쉽게 합니다.

결론

toString 메소드를 재정의하는 것은 자바 프로그래밍에서 매우 중요한 부분입니다. 이를 통해 객체의 상태를 명확히 표현하고, 디버깅과 로깅 시 유용한 정보를 제공할 수 있습니다. toString 메소드를 재정의할 때는 간결하고 명확한 정보를 제공하며, 일관된 형식을 유지하는 것이 중요합니다. AutoValue와 같은 도구를 활용하면 코드의 일관성을 유지하고, 수작업으로 인한 오류를 줄일 수 있습니다.

핵심

  • toString 메소드는 객체의 주요 정보를 간결하고 명확하게 표현해야 합니다.

  • 디버깅, 로깅, 출력 등의 상황에서 유용하게 사용됩니다.

  • 포맷을 명시하지 않더라도 주요 정보를 포함하여 유용한 문자열을 반환해야 합니다.

  • AutoValue와 같은 도구를 사용하면 코드의 일관성을 유지하고 오류를 줄일 수 있습니다.

질의

질문 1: toString 메소드의 기본 구현은 어떤 형태인가요?

답변: 자바의 Object 클래스에서 기본적으로 제공하는 toString 메소드는 클래스 이름과 해시코드의 16진수 표현을 포함하며, 예를 들어 PhoneNumber@1db9742와 같은 형태입니다.

질문 2: 어떤 경우에 toString 메소드를 재정의하지 않아도 되나요?

답변: 상위 클래스에서 이미 적절한 toString 메소드를 제공하고 있는 경우, 하위 클래스에서 재정의할 필요가 없습니다. 예를 들어, AbstractList와 같은 클래스는 이미 유용한 toString 메소드를 제공하므로, 이를 상속받는 클래스에서는 별도로 재정의할 필요가 없습니다.

질문 3: toString 메소드를 재정의할 때 보안상의 주의사항은 무엇인가요?

답변: toString 메소드를 재정의할 때는 민감한 정보를 포함하지 않도록 주의해야 합니다. 예를 들어, 비밀번호, 개인 식별 번호, 금융 정보와 같은 민감한 데이터는 toString 메소드에서 제외해야 합니다. 이러한 정보가 로그나 출력에 노출될 경우 보안 문제가 발생할 수 있습니다.

질문 4: AutoValue 프레임워크는 어떻게 사용하나요?

답변: AutoValue는 구글에서 제공하는 프레임워크로, 자바 클래스의 equals, hashCode, toString 메소드를 자동으로 생성합니다. 이를 사용하려면 클래스에 @AutoValue 애노테이션을 추가하고, 추상 메소드를 통해 필드를 정의합니다.

@AutoValue
public abstract class AutoValueExample {
    public abstract String name();
    public abstract int age();

    public static AutoValueExample create(String name, int age) {
        return new AutoValue_AutoValueExample(name, age);
    }
}

질문 5: toString 메소드에서 반환하는 문자열에 포맷을 명시하는 것이 중요한가요?

답변: 포맷을 명시하는 것은 매우 중요합니다. 명확하고 일관된 포맷을 사용하면 객체의 상태를 쉽게 이해할 수 있습니다. 특히, 로그나 디버깅 시에 유용합니다. 포맷을 명시하지 않으면 출력 결과가 일관되지 않아 가독성이 떨어질 수 있습니다.

질문 6: toString 메소드에서 모든 필드를 포함해야 하나요?

답변: 모든 필드를 포함할 필요는 없습니다. toString 메소드는 객체의 주요 상태를 나타내는 핵심 필드만 포함하면 됩니다. 너무 많은 필드를 포함하면 가독성이 떨어질 수 있으므로, 중요한 정보를 간결하게 표현하는 것이 좋습니다.

질문 7: toString 메소드를 자동 생성하는 다른 도구가 있나요?

답변: AutoValue 외에도 Lombok과 같은 도구가 있습니다. Lombok은 @ToString 애노테이션을 사용하여 toString 메소드를 자동으로 생성합니다.

import lombok.ToString;

@ToString
public class Person {
    private String name;
    private int age;
}

질문 8: toString 메소드를 재정의할 때 형식을 지정하지 않으면 어떻게 되나요?

답변: 형식을 지정하지 않으면 toString 메소드의 출력이 일관되지 않을 수 있습니다. 이는 특히 로그나 디버깅 시에 가독성을 떨어뜨리고, 객체의 상태를 이해하기 어렵게 만듭니다. 가능한 한 명확한 형식을 지정하여 일관된 출력을 제공하는 것이 좋습니다.

PreviousItem11. Override hashCode When You Override equalsNextAlways Override toString

Last updated 10 months ago