❓
물음표살인마 블로그
  • 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
  • 데코레이터 패턴의 실습 및 코드 구현
  • Beverage 클래스 장식하기
  • 데코레이터 패턴 적용 연습
  • 커피 주문 시스템 코드 만들기
  • 데코레이터 패턴 적용 사례: 자바 I/O 시스템
  • 데코레이터가 적용된 예: 자바 I/O
  • java.io 클래스와 데코레이터 패턴
  • 자바 I/O 데코레이터 만들기
  • 새로 만든 자바 I/O 데코레이터 테스트
  1. Books
  2. Head First Design Patterns

Ch3. Decorator Pattern

데코레이터 패턴

초대형 커피 전문점, 스타벅스

스타벅스는 커피 주문 시 다양한 커스텀 옵션을 제공하는 것으로 유명합니다. 고객은 원하는 커피 베이스에 우유, 시럽, 휘핑크림 등을 추가하여 자신만의 특별한 음료를 만들 수 있습니다. 이처럼 기본 음료에 다양한 옵션을 자유롭게 추가하는 방식은 소프트웨어 디자인 패턴 중 '데코레이터 패턴'과 유사합니다. 데코레이터 패턴은 기본 객체에 새로운 기능을 동적으로 추가할 수 있도록 설계된 구조로, 객체의 유연한 확장을 가능하게 합니다.

OCP 살펴보기

데코레이터 패턴을 이해하기 위해서는 객체지향 설계의 원칙 중 하나인 'OCP(개방-폐쇄 원칙)'를 살펴볼 필요가 있습니다. OCP는 소프트웨어 구성 요소가 확장에는 열려 있어야 하지만, 변경에는 닫혀 있어야 한다는 원칙입니다. 즉, 새로운 기능을 추가할 때 기존 코드에 수정을 최소화해야 한다는 것입니다. 데코레이터 패턴은 이 OCP 원칙을 잘 준수할 수 있도록 도와줍니다. 예를 들어, 커피 주문 시스템에서 새로운 옵션을 추가할 때, 데코레이터 패턴을 사용하면 기존의 커피 클래스는 그대로 두고, 새로운 데코레이터 클래스를 추가함으로써 기능을 확장할 수 있습니다.

데코레이터 패턴 살펴보기

데코레이터 패턴은 기존 객체의 인터페이스를 그대로 유지하면서, 객체에 새로운 기능을 추가하는 디자인 패턴입니다. 이 패턴은 상속 대신 조합을 사용하여 기능을 확장합니다. 상속을 사용하면 클래스의 개수가 기하급수적으로 늘어나고, 코드의 복잡성이 증가할 수 있습니다. 하지만 데코레이터 패턴을 사용하면 필요한 기능만 조합하여 사용할 수 있어, 코드의 유연성과 재사용성이 크게 향상됩니다.

주문 시스템에 데코레이터 패턴 적용하기

커피 전문점의 주문 시스템을 예로 들어 데코레이터 패턴을 어떻게 적용할 수 있는지 알아보겠습니다. 우선, 기본 커피 클래스를 정의하고, 이 클래스에 데코레이터를 사용해 다양한 옵션(예: 우유, 모카, 휘핑크림 등)을 추가할 수 있도록 설계할 수 있습니다. 이렇게 하면 각 옵션이 독립된 클래스로 구현되므로, 새로운 옵션을 추가할 때 기존 클래스를 수정할 필요가 없습니다. 각 데코레이터는 기본 커피 클래스와 동일한 인터페이스를 구현하여, 기본 객체를 감싸면서도 새로운 기능을 추가할 수 있습니다.

abstract class Beverage class Espresso extends Beverage abstract class CondimentDecorator extends Beverage
abstract class Beverage {
    String description = "Unknown Beverage";

    public String getDescription() {
        return description;
    }

    public abstract double cost();
}

class Espresso extends Beverage {
    public Espresso() {
        description = "Espresso";
    }

    public double cost() {
        return 1.99;
    }
}

abstract class CondimentDecorator extends Beverage {
    public abstract String getDescription();
}

class Mocha extends CondimentDecorator {
    Beverage beverage;

    public Mocha(Beverage beverage) {
        this.beverage = beverage;
    }

    public String getDescription() {
        return beverage.getDescription() + ", Mocha";
    }

    public double cost() {
        return 0.20 + beverage.cost();
    }
}

이 예시에서는 Espresso 클래스가 기본 커피 객체로, Mocha 클래스가 데코레이터로 사용되었습니다. Mocha 클래스는 CondimentDecorator를 상속받아, Espresso 객체에 모카를 추가하는 역할을 합니다.

데코레이터 패턴의 정의

데코레이터 패턴은 런타임에 객체의 행동을 동적으로 확장할 수 있도록 하는 구조적 패턴입니다. 상속을 통해 기능을 확장하는 대신, 데코레이터 패턴은 객체를 감싸서 추가적인 기능을 부여합니다. 이 패턴은 기존 객체의 코드 변경 없이도 기능을 확장할 수 있어, 코드의 유연성과 확장성을 크게 향상시킵니다.

데코레이터 패턴의 실습 및 코드 구현

Beverage 클래스 장식하기

앞서 설명한 기본 커피 클래스와 데코레이터 패턴을 실제 코드로 구현해 보겠습니다. Beverage 클래스를 다양한 옵션으로 장식하며 데코레이터 패턴의 유용성을 확인해 보겠습니다. Beverage 클래스는 음료의 기본적인 기능과 속성을 정의하고, 각 음료 옵션은 별도의 데코레이터 클래스로 구현됩니다.

기본 Beverage 클래스와 Espresso 음료를 예제로 들자면, Beverage는 모든 음료의 공통 속성과 메서드를 정의하고, Espresso는 이를 상속받아 구체적인 음료를 나타냅니다. 데코레이터 클래스는 Beverage를 상속받아 특정 옵션을 추가하는 역할을 합니다.

class HouseBlend extends Beverage
class HouseBlend extends Beverage {
    public HouseBlend() {
        description = "House Blend Coffee";
    }

    public double cost() {
        return 0.89;
    }
}

class Soy extends CondimentDecorator {
    Beverage beverage;

    public Soy(Beverage beverage) {
        this.beverage = beverage;
    }

    public String getDescription() {
        return beverage.getDescription() + ", Soy";
    }

    public double cost() {
        return 0.15 + beverage.cost();
    }
}

class Whip extends CondimentDecorator {
    Beverage beverage;

    public Whip(Beverage beverage) {
        this.beverage = beverage;
    }

    public String getDescription() {
        return beverage.getDescription() + ", Whip";
    }

    public double cost() {
        return 0.10 + beverage.cost();
    }
}

위 코드에서 HouseBlend는 또 다른 기본 음료 클래스로, 소이와 휘핑크림을 각각 추가할 수 있는 Soy, Whip 데코레이터 클래스와 결합하여 음료를 구성할 수 있습니다.

데코레이터 패턴 적용 연습

데코레이터 패턴을 통해 새로운 음료 옵션을 추가할 때는, 기존의 클래스를 수정하지 않고도 기능을 확장할 수 있습니다. 예를 들어, 새로운 시럽 옵션을 추가한다고 가정해 보겠습니다. 다음과 같이 Syrup 데코레이터 클래스를 추가하기만 하면 됩니다.

class Syrup extends CondimentDecorator
class Syrup extends CondimentDecorator {
    Beverage beverage;

    public Syrup(Beverage beverage) {
        this.beverage = beverage;
    }

    public String getDescription() {
        return beverage.getDescription() + ", Syrup";
    }

    public double cost() {
        return 0.25 + beverage.cost();
    }
}

이처럼 새로운 옵션을 추가할 때는, 간단히 새로운 데코레이터 클래스를 정의하여 기존 Beverage 객체에 추가하면 됩니다.

커피 주문 시스템 코드 만들기

이제 앞에서 정의한 Beverage 클래스와 데코레이터 클래스를 활용해, 실제 커피 주문 시스템을 구현해 보겠습니다. 주문 시스템은 다양한 음료와 옵션을 조합하여 최종 음료의 가격과 설명을 출력할 수 있어야 합니다.

class CoffeeShop
public class CoffeeShop {
    public static void main(String args[]) {
        Beverage beverage = new Espresso();
        System.out.println(beverage.getDescription() + " $" + beverage.cost());

        Beverage beverage2 = new HouseBlend();
        beverage2 = new Soy(beverage2);
        beverage2 = new Whip(beverage2);
        System.out.println(beverage2.getDescription() + " $" + beverage2.cost());
    }
}

위 코드에서 CoffeeShop 클래스의 main 메서드를 통해 실제 음료를 주문하고, 선택한 옵션들을 추가하여 최종 가격을 계산할 수 있습니다. 예를 들어, HouseBlend에 소이와 휘핑크림을 추가한 음료의 가격과 설명이 출력됩니다.

데코레이터 패턴 적용 사례: 자바 I/O 시스템

데코레이터가 적용된 예: 자바 I/O

자바의 I/O(Input/Output) 시스템은 데코레이터 패턴의 대표적인 사례입니다. 자바의 java.io 패키지는 다양한 스트림 클래스를 제공하며, 이들 스트림은 데코레이터 패턴을 사용하여 기능을 확장합니다. 예를 들어, FileInputStream은 기본적인 파일 읽기 기능을 제공하며, 이를 데코레이터로 감싸면 추가적인 기능(예: 버퍼링, 데이터 필터링 등)을 추가할 수 있습니다.

FileInputStream fileInput = new FileInputStream("test.txt");
BufferedInputStream bufferedInput = new BufferedInputStream(fileInput);

위 코드에서 BufferedInputStream은 FileInputStream을 감싸서 버퍼링 기능을 추가합니다. 이는 데코레이터 패턴의 전형적인 사용 예입니다. 스트림에 새로운 기능을 추가할 때, 기존 클래스들을 수정할 필요 없이 새로운 데코레이터 클래스를 사용하여 쉽게 기능을 확장할 수 있습니다.

java.io 클래스와 데코레이터 패턴

자바의 java.io 패키지에 포함된 클래스들은 데코레이터 패턴을 완벽히 구현하고 있습니다. 이 패턴을 통해 파일 읽기, 쓰기 등의 기본적인 기능에 다양한 부가 기능을 동적으로 추가할 수 있습니다. 예를 들어, DataInputStream을 사용하면 기본 입력 스트림에 데이터 변환 기능을 추가할 수 있습니다.

DataInputStream
DataInputStream dataInput = new DataInputStream(
    new BufferedInputStream(
        new FileInputStream("data.bin")
    )
);

이 코드에서는 파일을 읽을 때, 버퍼링 기능을 추가한 후, DataInputStream을 통해 기본 데이터를 자바 기본형으로 변환할 수 있습니다. 이처럼 데코레이터 패턴은 기능을 필요한 만큼 쌓아 올리는 방식을 가능하게 합니다.

자바 I/O 데코레이터 만들기

기존의 자바 I/O 클래스들을 활용해 데코레이터를 만들어 보겠습니다. 예를 들어, 로그를 남기는 기능을 추가하고 싶다면, 이를 위해 FilterInputStream을 상속받아 새로운 데코레이터 클래스를 작성할 수 있습니다.

class LoggingInputStream extends FilterInputStream
class LoggingInputStream extends FilterInputStream {
    public LoggingInputStream(InputStream in) {
        super(in);
    }

    @Override
    public int read() throws IOException {
        int data = super.read();
        System.out.println("Read data: " + data);
        return data;
    }
}

LoggingInputStream 클래스는 FilterInputStream을 상속받아, 데이터가 읽힐 때마다 로그를 출력하는 기능을 추가했습니다. 이렇게 새로운 기능을 추가하려면, 기본 스트림 클래스에 직접적으로 수정할 필요 없이, 데코레이터 패턴을 활용해 기능을 확장하면 됩니다.

새로 만든 자바 I/O 데코레이터 테스트

앞서 만든 LoggingInputStream 데코레이터를 실제 코드에 적용하여 테스트해 보겠습니다.

class TestLoggingInputStream
public class TestLoggingInputStream {
    public static void main(String[] args) throws IOException {
        InputStream input = new LoggingInputStream(new BufferedInputStream(new FileInputStream("test.txt")));
        while (input.read() != -1) {
            // 데이터를 읽으면서 로그가 출력됨
        }
        input.close();
    }
}

위 코드에서 파일을 읽는 동안 각 바이트가 콘솔에 로그로 출력됩니다. LoggingInputStream 데코레이터를 추가한 덕분에 파일 읽기 기능에 로그 출력 기능이 자연스럽게 통합되었습니다.

PreviousVer1. Ch2. Observer PatternNextCh3. Decorator Pattern

Last updated 9 months ago