❓
물음표살인마 블로그
  • 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
  1. Books
  2. Effective Java

Item 1. Consider Static Factory Methods Instead of Constructors

생성자 대신 정적 팩터리 메서드를 고려하라

클라이언트가 클래스의 인스턴스를 얻는 전통적인 방법은 public 생성자를 이용하는 것입니다. 하지만 모든 프로그래머가 알아야 할 중요한 개념 중 하나는 바로 정적 팩터리 메서드(static factory method)입니다. 정적 팩터리 메서드를 사용하면 생성자에 비해 여러 가지 장점을 누릴 수 있습니다. 이 글에서는 정적 팩터리 메서드의 정의와 장점, 그리고 단점을 상세히 살펴보겠습니다.

정적 팩터리 메서드란?

정적 팩터리 메서드는 클래스의 인스턴스를 반환하는 단순한 정적 메서드입니다. 예를 들어, Boolean 클래스에는 기본 타입의 boolean 값을 받아 Boolean 객체 참조로 변환하는 valueOf 메서드가 있습니다.

public static Boolean valueOf(boolean b) {
    return b ? Boolean.TRUE : Boolean.FALSE;
}

이 메서드는 Boolean 객체를 생성하지 않고도 캐싱된 인스턴스를 반환하여 메모리 사용량을 줄일 수 있습니다. 이처럼 정적 팩터리 메서드는 객체 생성과 관련된 다양한 최적화 및 편리함을 제공할 수 있습니다.

정적 팩터리 메서드의 장점

  1. 이름을 가질 수 있다: 생성자와 달리 정적 팩터리 메서드는 이름을 가질 수 있어 반환될 객체의 특성을 명확히 설명할 수 있습니다. 예를 들어, BigInteger(int, int, Random) 생성자는 그 목적이 불분명하지만, BigInteger.probablePrime은 소수를 반환한다는 의미를 명확히 전달합니다. 이는 코드의 가독성을 크게 향상시킵니다.

  2. 호출할 때마다 인스턴스를 새로 생성하지 않아도 된다: 정적 팩터리 메서드는 요청할 때마다 동일한 인스턴스를 반환할 수 있습니다. 이는 불변 클래스(immutable class)에 특히 유용합니다. 대표적인 예로 Boolean.valueOf(boolean) 메서드는 불필요한 객체 생성을 피하기 위해 미리 생성된 인스턴스를 재사용합니다.

    Boolean trueInstance = Boolean.valueOf(true);
    Boolean falseInstance = Boolean.valueOf(false);

    이와 같은 패턴은 메모리 사용을 최적화하고 성능을 높이는 데 기여합니다. 또한 플라이웨이트 패턴(Flyweight pattern)과 유사한 방식으로 메모리를 절약할 수 있습니다.

  3. 반환 타입의 하위 타입 객체를 반환할 수 있다: 정적 팩터리 메서드는 반환할 객체의 하위 타입을 반환할 수 있습니다. 이는 API 설계 시 유연성을 높이는 중요한 기능입니다. 예를 들어, java.util.EnumSet 클래스는 정적 팩터리 메서드를 사용하여 여러 하위 타입의 인스턴스를 반환할 수 있습니다.

    EnumSet<Rank> faceCards = EnumSet.of(JACK, QUEEN, KING);

    이 방법을 사용하면 특정 상황에 맞게 객체를 최적화할 수 있습니다.

  4. 입력 매개변수에 따라 매번 다른 클래스의 객체를 반환할 수 있다: 정적 팩터리 메서드는 입력 매개변수에 따라 다른 클래스의 객체를 반환할 수 있습니다. 예를 들어, EnumSet 클래스는 원소의 수에 따라 RegularEnumSet이나 JumboEnumSet을 반환합니다.

    EnumSet<Rank> regularSet = EnumSet.of(Rank.JACK);
    EnumSet<Rank> jumboSet = EnumSet.allOf(Rank.class);

    이는 클라이언트 코드의 복잡성을 줄이고, 상황에 맞는 최적의 객체를 반환할 수 있게 합니다.

  5. 작성할 시점에는 반환할 객체의 클래스가 존재하지 않아도 된다: 정적 팩터리 메서드는 서비스 제공자 프레임워크(service provider framework)를 구현할 때 특히 유용합니다. 클라이언트는 실제 구현 클래스를 몰라도 인터페이스를 통해 객체를 사용할 수 있습니다. 예를 들어, JDBC(Java Database Connectivity) API는 데이터베이스 연결을 얻기 위해 정적 팩터리 메서드를 사용합니다.

    Connection conn = DriverManager.getConnection(url);

    이러한 방식은 서비스 제공자의 유연성과 확장성을 높이는 데 기여합니다.

정적 팩터리 메서드의 단점

  1. 상속을 하려면 public이나 protected 생성자가 필요하다: 정적 팩터리 메서드만 제공하면 하위 클래스를 만들 수 없습니다. 이는 상속이 필요한 경우 유연성을 제한할 수 있습니다. 이 문제를 해결하려면 상속용 public 또는 protected 생성자를 추가로 제공해야 합니다.

    public class MyClass {
        private MyClass() { }
        public static MyClass newInstance() {
            return new MyClass();
        }
    }
    
    public class MySubclass extends MyClass {
        public MySubclass() {
            super();
        }
    }
  2. 프로그램이 커지면 찾기 어렵다: 생성자와 달리 정적 팩터리 메서드는 API 문서에 명시적으로 드러나지 않기 때문에 사용자가 찾기 어려울 수 있습니다. 따라서 API 문서와 클래스 설명에 정적 팩터리 메서드를 명확히 문서화하는 것이 중요합니다.

결론

정적 팩터리 메서드는 객체 생성의 유연성을 제공하며, 이름을 통해 가독성을 높이고, 같은 객체를 재사용하는 등의 장점을 제공합니다. 특히 반환 타입의 하위 타입 객체를 반환하거나, 입력 매개변수에 따라 다른 클래스의 객체를 반환하는 능력은 매우 유용합니다. 그러나 상속 문제와 문서화의 중요성을 간과해서는 안 됩니다. 이러한 점을 염두에 두고 상황에 맞춰 정적 팩터리 메서드와 생성자를 적절히 활용하면 더 나은 코드와 API를 설계할 수 있습니다.

마지막으로, 정적 팩터리 메서드를 사용할 때의 몇 가지 주의 사항을 정리하면 다음과 같습니다:

  • 상속을 고려해야 하는 경우에는 public 또는 protected 생성자를 제공하는 것이 좋습니다.

  • 정적 팩터리 메서드는 반드시 API 문서에 명확히 명시하여 사용자가 쉽게 이해할 수 있도록 해야 합니다.

  • 반복되는 객체 생성을 피하고, 재사용 가능한 인스턴스를 제공하는 데 유리한 패턴을 적용합니다.

이러한 사항들을 고려하여 정적 팩터리 메서드를 적절히 활용하면 더 효율적이고 유지 보수하기 쉬운 코드를 작성할 수 있습니다.

PreviousEffective JavaNextItem 2. Consider a Builder When Faced with Many Constructor Parameters

Last updated 10 months ago