IT LAB

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. 템플릿 메서드 패턴전체 알고리즘의 흐름은 상위 클래스에 정의하고, 세부 단계 일부는 하위 클래스에서 구현하도록 유도하는 패턴 장점장점설명알고리즘 구조 유지전체 흐름(템플릿 메서드)은 변하지 않고 재사용 가능부분 단계만 재정의 가능서브클래스가 필요한 부분만 오버라이드해서 맞춤 동작 구현 가능후크(Hook) 메서드 지원선택적으로 오버라이드할 수 있는 "빈 메서드"를 제공 → 서브클래스가 조건에 따라 실행 여부 제어 가능 2. 예제: CaffeineBeverageCaffeineBeverage (abstract class)예제) CaffeineBeverage더보기public abstract class CaffeineBeverage { ..

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. 퍼사드 패턴복잡한 서브시스템을 하나의 단순한 인터페이스로 감싸는 디자인패턴복잡도를 감추어, 클라이언트가 쉽게 사용하도록 하는것이 목적 2. 예제: 홈시어터 퍼사드예제) HomeTheaterFacade더보기public class HomeTheaterFacade { Amplifier amp; Tuner tuner; StreamingPlayer player; Projector projector; TheaterLights lights; Screen screen; PopcornPopper popper; public void watchMovie(String movie) { poppe..

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. 어댑터 패턴호환되지 않는 인터페이스를 클라이언트가 기대하는 인터페이스로 변환해주는 디자인 패턴기존 클래스를 수정하지 않고, 재사용할 수 있게 도와줌 2. 예제: 오리Duck예제) Duck더보기public interface Duck { void quack(); void fly();}public class MallardDuck implements Duck { public void quack() { System.out.println("꽥"); } public void fly() { System.out.println("날고 있어요!"); }} Turkey예제) Turkey더보기public interface ..

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. 커맨드 패턴요청자와 수행자를 분리하는 패턴요청을 하나의 객체로 캡슐화하여, 서로 다른 요청을 매개변수로 처리 요소구성요소역할 설명Receiver실제 작업을 수행하는 객체Command작업을 캡슐화한 인터페이스 또는 클래스Invoker커맨드 객체를 받아 실행을 요청하는 객체 장점요청을 객체로 기능 확장 (저장, 취소, 재실행 등)요청 내역을 유연하게 구성 가능 (큐잉, 로깅, 트랜잭션 처리 등) 2. 예제: 리모컨리모컨 (Receiver)예제) RemoteControl더보기public class RemoteControl { Command[] onCommands, offCommands; Command undoCommand;..

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. 싱글턴 패턴애플리케이션 전체에서 하나의 인스턴사만 존재하도록 보장하는 디자인 패턴항목설명단 하나의 객체만 필요한 경우불필요한 객체 생성을 방지하여 자원 절약결과의 일관성 유지여러 인스턴스가 존재하면 데이터 충돌 및 상태 불일치 위험 발생전역 접근 가능어디서든 동일한 인스턴스에 접근 가능 → 사용 편리지연 초기화 가능필요할 때만 객체 생성 → 메모리 등 리소스 효율성 증가 예시) 구현더보기public class Singleton { private static Singleton uniqueInstance; private Singleton() {} public static Singleton getInstance() {..

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. 기존 문제: new 키워드new 키워드를 통해 직접 객체 생성 시 → 특정 구현체에 강하게 의존하게 됨⚠️ OCP, DIP 위반 → 코드 변경에 취약, 테스트 어려움 2. 팩토리 메서드 패턴객체를 생성을 서브클래스에서 위임하는 패턴클라이언트 코드와 구현체 생성 코드를 분리시킴 추상 클래스화서브클래스에 피자 생성을 위임함어떤 종류의 피자를 만들지에 대한것은 어떤 서브클래스를 생성했느냐에 따라 결정됨클라이언트는 어떤 구현이 생성되는지 몰라도 됨 예제) PizzaStore더보기추상클래스public abstract class PizzaStore { public Pizza orderPizza(String type) { ..

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. OCP (Open/Closed Principle) 새로운 행동을 추가하여 확장기존 코드를 수정 필요 없음 2. 데코레이터 패턴클래스에 기능을 추가할 때, 상속이 아닌 객체를 감싸는 방식으로 확장하는 구조항목설명상속의 문제점- 슈퍼클래스에 모든 기능을 넣으면 → 일부 서브클래스에는 불필요하거나 부적절한 기능까지 상속됨- 기능 변경 시 상속 구조 전체에 영향 발생→ 해결 방법- 기능을 데코레이터 객체로 분리- 원래 객체를 감싸고, 필요한 기능만 동적으로 위임하여 확장형식- 데코레이터 클래스는 원래 객체와 동일한 인터페이스 또는 슈퍼클래스를 구현- 따라서 감싼 객체처럼 사용 가능이점- 기능을 동적으로 추가 가능- 여러 데코레이터 중첩..

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. 옵저버 패턴한 객체의 상태 변화가 있을 때, 그 객체에 의존하는 다른 객체들에게 자동으로 알림을 보내고, 이를 갱신할 수 있게 해주는 패턴일대다 형식으로 객체간 관계 정의 구성 요소역할(Role)설명Subject- state: 상태를 보유하고 관리함- notify: 상태 변경 시 옵저버들에게 알림- 옵저버 등록/제거 기능 제공Observer- Subject의 상태에 의존함- Subject의 상태 변경 시 알림을 받고 처리 (update 메서드 등 구현) 느슨한 결합서로 강하게 연결되어 있지 않지만, 상호작용 할 수 있는 관계구분설명추상화- Subject는 Observer 인터페이스에만 의존- 구체 구현을 몰라도 동작 가능유연성-..

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. 디자인 패턴객체지향 설계에서 자주 발생하는 문제에 대한 해결책코드의 재사용성, 관리 용이성, 유연성을 높일 수 있음 장점장점설명서로 이해할 수 있는 용어 제공개발자 간 공통된 개념과 용어로 의사소통이 쉬워짐표준화된 해결방법 제공반복되는 문제에 대해 검증된 해결책을 제공함유연성 및 유지보수 용이성변경에 강하고, 코드의 수정 및 확장이 용이함구조 개선코드 구조를 명확히 하여 가독성과 재사용성을 높임 2. 객체지향 기초객체와 클래스를 중심으로 소프트웨어를 설계하고 구현하는 방법론 주요 개념개념정의추상화중요한 정보만 드러내고 불필요한 세부 사항은 숨김- 인터페이스 중심 설계: 구현 세부사항을 숨기고 시스템 유연성과 확장성 확보캡슐화데이..

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. 오리 시뮬레이션 게임Duck 클래스를 슈퍼클래스로 생성각 오리 종류를 서브클래스로 두어 Duck 클래스를 상속함 (MallardDuck, RedheadDuck, RubberDuck) 심각한 문제 발생슈퍼클래스에 추상메서드 추가 시, 모든 서브클래스에서 구현이 강제됨몇몇 서브클래스에만 적용되어야 할 메서드일 경우, 논리적으로 오류가 발생함 예: fly()더보기// 상위 클래스abstract class Duck { public abstract void fly(); // 👈 모든 Duck에게 fly() 강제 public abstract void quack();}// MallardDuck는 날 수 있음class Malla..