닭발개발

9일차. 오브젝트: 코드로 이해하는 객체지향 설계[2주차_수요일] 108-118pg #요약 **Chapter 04. 실제 품질과 트레이드오프** 2) 영화를 예매하자 02. 설계 트레이드오프 1) 캡슐화 - 한 곳에서 일어난 변경이 전체 시스템에 영향을 끼치지 않도록 파급효과를 적절하게 조절할 수 있는 장치 제공 - 변경될 가능성이 높은 부분은 구현, 상대적으로 안정적인 부분은 인터페이스 2) 응집도와 결합도 - 응집도 : 모듈에 포함된 내부 요소들이 연관돼 있는 정도를 나타냄 - 모듈 내의 요소들이 하나의 목적을 위해 긴밀하게 협력한다면 그 모듈은 높은 응집도를 가진다. - 변경의 관점에서 응집도란 변경이 발생할 때 모듈 내부에서 발생하는 변경의 정도로 측정할 수 있다. - 응집도가 높을수록 변경의 대..

33일차 헤드퍼스트 디자인패턴 [6주차_수요일] 440-452pg 요약 **CHAPTER 10. 객체의 상태 바꾸기 (feat. 상태패턴)** 전략패턴과 상태패턴은 꽤나 다르지만 밑 바탕의 설계는 거의 같다. 어릴적 헤어진 쌍둥이처럼 [ 상태 패턴(State Pattern) 정의 ] 상태 패턴을 사용하면 객체의 내부 상태가 바뀜에 따라서 객체의 행동을 바꿀 수 있다. 상태를 별도의 클래스로 캡슐화한 다음 현재 상태를 나타내는 객체에게 행동을 위임하므로 내부 상태가 바뀔 때 행동이 달라지게 된다는 사실을 쉽게 알 수 있다. 마치 객체의 클래스가 바뀌는 것과 같은 결과를 얻을 수 있다. [ 상태 패턴 vs 전략 패턴 ]상태 패턴상태 객체에 일련의 행동이 캡슐화 된다.Context 객체를 생성할 때 초기 상태..

29일차 헤드퍼스트 디자인패턴 [5주차_금요일] 387-398pg 요약 CHAPTER 09. 컬렉션 잘 관리하기 (feat. 반복자 패턴과 컴포지트 패턴) 객체 저장방식을 보여 주지 않으면서도 클라이언트가 객체에 일일이 접근할 수 있게 해 주는 방법 [ 반복자와 컬렉션 ] Collection 인터페이스에서 Iterable 인터페이스를 구현한다. Collection 인터페이스를 구현하는 클래스라면 언제든 iterator() 메소드로 필요한 반복자를 받아올 수 있다. HashMap()은 반복자를 간접적으로 지원하는 클래스 : HashMap에는 2개의 객체 모듬이 들어있다. 하나는 keys이고 다른 하나는 values, 그러나 값들을 대상으로 반복작업을 하고 싶다면 먼저 HashMap에서 values를 가져온..

20일차 헤드퍼스트 디자인패턴 [4주차_화요일] 272-283pg 요약 CHAPTER 07. 적응시키기 (feat. 어댑터 패턴과 퍼사드 패턴) 실제와 다른 인터페이스를 가진 것처럼 보이도록 객체를 감싸면, 특정 인터페이스가 필요한 디자인을 다른 인터페이스를 구현하는 클래스에 적응시킬 수 있다. 객체를 감싸서 인터페이스 단순화하기 [객체지향 어댑터] 어떤 인터페이스를 클라이언트에서 요구하는 형태로 적응시키는 역할 기존 시스템 =/= 업체에서 제공한 클래스 기존시스템 -어댑터-업체에서 제공한 클래스 [Duck 객체가 모자라서 Turkey 객체를 대신 사용해야 함] TurkeyAdaptor 클래스 만들기. Duck turkeyAdaptor = new TurkeyAdapter(turkey); 칠면조 객체를 칠..

14일차 헤드퍼스트 디자인패턴 [3주차_화요일] 190-204pg 요약 CHAPTER 04. 객체지향 빵 굽기 (feat. 팩토리 패턴) [ 추상 팩토리 패턴(Abstract Factory Pattern) ] 구상 클래스에 의존하지 않고도 서로 연관되거나 의존적인 객체로 이루어진 제품군을 생산하는 인터페이스를 제공한다. 구상 클래스는 서브 클래스에서 만든다. [ 팩토리 메소드 패턴 =/= 추상 팩토리 패턴 ] 팩토리 메소드 패턴 상속으로 객체를 만든다. 객체 생성 방법 : 클래스를 확장하고, 팩토리 메소드를 오버라이드 한다. 클라이언트와 구상 형식을 분리하는 역할 추상 팩토리 패턴 제품군을 만드는 추상 형식을 제공한다. 제품이 생산되는 방법은 이 형식의 서브클래스에서 정의한다. 클라이언트와 실제 구상 제..

13일차 헤드퍼스트 디자인패턴 [월요일] 180-189pg 요약 CHAPTER 04. 객체지향 빵 굽기 (feat. 팩토리 패턴) [ 원재료 품질 관리하기 ] 모든 피자는 같은 구성 요소지만, 지역마다 구성 요소를 다른 종류로 구현한다. 추상팩토리 : 제품 군을 위한 인터페이스를 제공함. 이 인터페이스로 코드와 제품을 생산하는 팩토리를 분리함. 발췌 💡 추상팩토리 : 제품 군을 위한 인터페이스를 제공함. 이 인터페이스로 코드와 제품을 생산하는 팩토리를 분리함. 메모 - 숙제 182p package com.book.factoryPattern; /** * 182p 숙제 : 아래 클래스 이용해서 ChicagoPizzaIngredientFactory 완성하기 * ThickCrustDough * EggPlant ..

12일차 헤드퍼스트 디자인패턴 [토요일] 166-179pg 요약 CHAPTER 04. 객체지향 빵 굽기 (feat. 팩토리 패턴) [ 병렬 클래스 계층구조 알아보기 ] 생산자 클래스와 거기에 대응되는 제품 클래스는 병렬 계층구조로 볼 수 있다. Pizza(제품 클래스)와 PizzaStore(생산자 클래스) 살펴보기 둘 다 추상 클래스로 시작 그 클래스를 확장하는 구상 클래스들을 가지고 있다. 뉴욕지점, 시카고 지점의 구체적인 구현은 구상 클래스들이 책임지고 있다. [ 팩토리 메소드 패턴의 정의 ] 팩토리 메소드 패턴에서는 객체를 생성할 때 필요한 인터페이스를 만든다. 어떤 클래스의 인스턴스를 만들지는 서브클래스에서 결정한다. 팩토리 메소드 패턴을 사용하면 클래스 인스턴스 만드는 일을 서브클래스에게 맡기게..

11일차 헤드퍼스트 디자인패턴 [금요일] 153-165pg 요약 CHAPTER 04. 객체지향 빵 굽기 (feat. 팩토리 패턴) [ 다양한 팩토리 만들기 - 피자 프랜차이즈 사업 시작 ] 피자가게 지점내기. PizzaStrore 코드를 모든 지점에서 활용한다. ⁉ 문제발생 : 굽는방식이나 자르는 것이 사라지거나 하는 문제 발생 해결 : PizzaStore와 피자 제작코드 전체를 하나로 묶어주는 프레임워크 만들기. + 유연성 잃으면 안됨. [ 피자가게 프레임워크 만들기 ] 각 지점마다 달라지는 것은 ‘피자 스타일’ 뿐. 달라지는 점을 createPizza()에 넣는다. Pizza는 추상 클래스라서 orderPizza()는 실제로 어떤 구상 클래스에서 작업이 처리되고 있는지 전혀 알 수 없다. → Pizz..

10일차 헤드퍼스트 디자인패턴 [목요일] 140-152pg 요약 CHAPTER 04. 객체지향 빵 굽기 (feat. 팩토리 패턴) : 느슨한 결합으로 객체지향 디자인 만들기 : 팩토리 패턴으로 불필요한 의존성을 없애서 결합문제를 해결하자. ❓어떻게 하면 애플리케이션에서 구상 클래스의 인스턴스 생성 부분을 전부 찾아내서 애플리케이션의 나머지 부분으로부터 분리(캡슐화)할 수 있을까요? [ 피자 코드 예시 ] 최첨단 피자가게 에서는 신메뉴가 들어오고 삭제되는 메뉴가 생길 때마다 일일히 코드를 코쳐주어야 하는 단점이 있다. orderPizza() 메소드에서 가장 문제가 되는 부분 : 인스턴스를 만드는 구상 클래스 선택하는 부분 → 객체 생성 부분 캡슐화 하기 객체 생성을 처리하는 클래스는 팩토리(Factory)..

9일차 헤드퍼스트 디자인패턴 [수요일] 126-139pg 요약 CHAPTER 03. 객체 꾸미기 (feat. 데코레이터 패턴) [ Beverage 클래스 작성하기 ] 어떤 구성 요소를 가지고 데코레이터를 만들 때 새로운 행동을 추가하지. 새로운 행동은 객체를 구성해서 얻는 거잖아. 슈퍼클래스로부터 행동을 상속받아서 얻는 것이 아님. → 행동을 상속받으려고 Beverage의 서브클래스를 만든 게 아니라 형식을 맞추려고 한 것. if 상속만 써야 했다면 행동이 컴파일 시에 정적으로 결정되어 버림. 슈퍼클래스에서 받은 것과 코드로 오버라이드한 것만 쓸 수 있음. [ 코드구현 ] Beverage는 추상 구성요소, HousBlend는 구상 구성요소 추상데코레이터 (CondimentDecorator) 구상데코레이터..