Jaebi의 Binary는 호남선

목차Adapter (wrapper)클래스의 인터페이스를 사용자가 기대하는 인터페이스 형태로 변환, 서로 일치 하지 않는 인터페이스를 갖는 클래스를 함께 동작 시킴인터페이스는 호환되지 않을 수 있지만 내부 기능은 필요에 적합해야 함동기: 3rd party 라이브러리를 사용하는데 특정 인터페이스를 확용해야 하는 클래스가 있지만 호환이 안됨 → 코드와 라이브러리의 코드 사이에 wrapping하는 Adapter 클래스를 만들어 사용사용:기존 클래스를 사용하고 싶은데 인터페이스가 맞지 않을 때이미 만든것을 재사용 하고자 하나 이 재사용 가능한 라이브러리를 수정할 수 없을때구조:클래스 adapter는 다중 상속을 활용하여 한 인터페이스를 다른 인터페이스에 적용객체 adapter는 객체 합성을 써서 적용Target:..

목차Factory Method (Virtual Constructor)객체를 생성하기 위해 인터페이스를 정의하지만, 어떤 클래스의 인스턴스를 생성할지에 대한 결정은 서브클래스가 함활용성:어떤 클래스가 자신이 생성해야 하는 객체의 클래스를 예측할 수 없을때생성할 객체를 기술하는 책임을 자신의 서브클래스가 지정했으면 할 때구조:Product: 팩토리 메서드가 생성하는 객체의 인터페이스ConcreteProduct: Product 클래스에 정의된 인터페이스를 실제 구현Creator: Product 타입의 객체를 반환하는 팩토리 메서드를 선언, 팩토리 메서드는 ConcreteProduct 객체를 반환, Product 객체의 생성을 위해 팩토리 메서드를 호출ConcreteCreator: 팩토리 메서드를 재정의하여 C..

목차Singleton클래스는 오직 하나의 instance를 가지고 있고 전역적인 접근을 제공함클래스 자체가 자기의 유일한 instance의 접근 방식을 관리 + 다른 인스턴스가 생성되지 않도록 함동기: 시스템에 프린터가 많이 있어도 프린터 스풀은 하나, 한 회사에서는 하나의 회계 시스템 운영활용성:클래스의 인스턴스가 오직 하나여야 함을 보장모든 사용자가 접근 할 수 있음유일한 인스턴스가 서브클래싱으로 확장되어야 함코드 수정 필요 없이 서브클래스의 인스턴스 사용 가능사용:클래스 인스턴스를 생성하는데 비용이 큼 - 인스턴스 생성에 외부 소스에서 데이터를 많이 가져와야하는 경우코드 전체에서 동일한 객체에 게속 접근을 해야할 경우 (e.g. logger)일종의 캐싱 계층이 필요할 경우 - 인스턴스 요청에서 캐시..

목차Builder객체를 생성하는 방법과 표현하는 방법을 정의 하는 클래스를 별도로 분리하여, 다른 표현이라도 생성할 수 있는 동일한 절차를 제공복잡한 객체의 생성 프로세스(Logic)를 객체(Data) 자체에서 분리동기: 집을 짓고 있다고 가정 → 집 (object)를 짓기 위한 건설 단계 (build logic - 기초, 바닥, 벽, 문, 지붕 등)은 거의 동일 함 → 건설 단계는 같지만, 각 단계는 조정되어 최종 결과는 완전히 달라 보이게됨 → 객체의 생성 프로세스를 추상화 하여 다른 표현(최종 결과물)을 제공 할 수 있게 구성 단계를 조정 가능하게 함활용성:복합 객체의 생성 알고리즘이 요소 객체와 조립 방법에 독립적임합성할 객체들의 표현이 서로 다르더라도 생성 절차에서 이를 지원해야함사용:객체에 많..