닭발개발

33일차. 오브젝트: 코드로 이해하는 객체지향 설계[6주차_수요일] 425-435pg #요약**Chapter 12. 다형성** 01. 다형성(Polymorphism) 02. 상속의 양면성 03. 업캐스팅과 동적 바인딩 04. 동적 메서드 탐색과 다형성 1) 자동적인 메시지 위임 2) 동적인 문맥 3) 이해할 수 없는 메시지 a. 정적타입 언어일 때 b. 동적타입 언어일 때 4) self 대 super - super를 런타임에 결정하는 경우 : 스칼라의 트레이트는 super의 대상을 믹스인되는 순서에 따라 동적으로 결정함. 따라서 사용하는 언어의 특성에 따라 달라질 수 있다. - 동적 바인딩과 self 참조는 동일한 메시지를 수신하더라도 객체의 타입에 따라 적합한 메서드를 동적으로 선택할 수 있게 함. -..

32일차. 오브젝트: 코드로 이해하는 객체지향 설계[6주차_화요일] 416-424pg #요약 **Chapter 12. 다형성** 01. 다형성(Polymorphism) 02. 상속의 양면성 03. 업캐스팅과 동적 바인딩 04. 동적 메서드 탐색과 다형성 1) 자동적인 메시지 위임 2) 동적인 문맥 - 메시지를 수신한 객체가 무엇이냐에 따라 메서드 탐색을 위한 문맥이 동적으로 바뀌고, 동적인 문맥을 결정하는 것은 바로 메시지를 수신한 객체를 가리키는 self 참조. - self 전송 : self 참조가 가리키는 자기 자신에게 메시지를 전송하는 것. - self 전송을 이해하려면 self 참조가 가리키는 그 객체에서부터 메시지 탐색을 다시 시작해야 한다. 3) 이해할 수 없는 메시지 - 클래스는 자신이 처리..

30일차. 오브젝트: 코드로 이해하는 객체지향 설계[5주차_토요일] 393-402pg #요약 **Chapter 12. 다형성** - 상속의 목적은 코드 재사용이 아닌 타입 계층을 구조화하기 위함. - 타입 계층은 객체지향 프로그래밍의 중요한 특성 중 하나인 다형성의 기반을 제공함. - 이번 장의 목적 : 상속의 관점에서 다형성이 구현되는 기술적인 메커니즘 살펴보기 01. 다형성(Polymorphism) 02. 상속의 양면성 - 상속의 목적은 프로그램을 구성하는 개념들을 기반으로 다형성을 가능하게 하는 타입 계층을 구축하기 위한 것이다. - 타입 계층에 댛란 고민 없이 코드를 재사용하기 위해 상속을 사용하면 이해하기 어렵고 유지보수하기 버거운 코드가 만들어진다. 1) 상속을 사용한 강의 평가 - 일반적으로..

29일차. 오브젝트: 코드로 이해하는 객체지향 설계[5주차_금요일] 378-392pg #요약 **Chapter 11. 합성과 유연한 설계** 01. 상속을 합성으로 변경하기 02. 상속으로 인한 조합의 폭발적인 증가 03. 합성 관계로 변경하기 1) 기본 정책 합성하기 2) 부가 정책 적용하기 3) 기본 정책과 부가 정책 합성하기 4) 새로운 정책 추가하기 5) 객체 합성이 클래스 상속보다 더 좋은 방법이다. - 상속은 부모 클래스의 세부적인 구현에 자식 클래스를 강하게 결합 시키기 때문에 코드의 진화를 방해함. - 믹스인 : 상속과 합성의 특성을 모두 보유하고 있는 독특한 코드 재사용 방법 04. 믹스인 - 상속과 클래스를 기반으로 하는 재사용 방법을 사용하면 클래스의 확장과 수정을 일관성 있게 표현할..

28일차. 오브젝트: 코드로 이해하는 객체지향 설계[5주차_목요일] 364-377pg #요약 **Chapter 11. 합성과 유연한 설계** 01. 상속을 합성으로 변경하기 02. 상속으로 인한 조합의 폭발적인 증가 - 상속으로 인해서 -> 작은기능들을 조합해서 더 큰 기능을 수행하는 객체를 만들어야 하는 경우가 생김 1) 기본 정책과 부가 정책 조합하기 2) 상속을 이용해서 기본 정책 구현 3) 기본 정책에 세금 정책 조합 4) 기본 정책에 기본 요금 할인 정책 조합하기 5) 중복 코드의 덫에 걸리다 - 클래스 폭발, 조합의 폭발 : 상속의 남용. 하나의 기능을 추가하기 위해 필요 이상으로 많은 수의 클래스를 추가해야 하는 경우. 자식 클래스가 부모 클래스의 구현에 강하게 결합되도록 강요하는 상속의 근..

27일차. 오브젝트: 코드로 이해하는 객체지향 설계[5주차_수요일] 349-363pg #요약 **Chapter 11. 합성과 유연한 설계** 01. 상속을 합성으로 변경하기 1) 불필요한 인터페이스 상속 문제: java.util.Properties와 java.util.Stack 2) 메서드 오버라이딩 오작용 문제: InstrumentedHashSet - InstrumetedHashSet 합성관계로 변경 : HashSet 인스턴스를 내부에 포함한 후 HashSet의 퍼블릭 인터페이스에서 제공하는 오퍼레이션들을 이용해 필요한 기능을 구현하면 된다. - InstrumetedHashSet 은 HashSet이 제공하는 퍼블릭 인터페이스 그대로 제공해야 함. - InstrumetedHashSet 이 Set 인터페이..

26일차. #책너두 오브젝트: 코드로 이해하는 객체지향 설계[5주차_화요일] 336-348pg #요약 **Chapter 10. 상속과 코드 재사용** - 객체지향에서는 코드 재사용을 위해 '새로운'코드를 추가하는데 코드는 보통 클래스 안에서 작성되니까 새로운 클래스를 추가한다. - 클래스를 재사용하기 위해 새로운 클래스를 추가하는 가장 대표적 기법 : 상속 - 클래스의 인스턴스 안에 기존 클래스의 인스턴스를 포함시키는 방법 : 합성 01. 상속과 중복코드 02. 취약한 기반 클래스 문제 03. Phone 다시 살펴보기 1) 추상화에 의존하자 2) 차이를 메서드로 추출하라 3) 중복 코드를 부모 클래스로 옮겨라 - 공통 코드를 옮길 때 인스턴스 변수보다 메서드를 먼저 이동시키는게 편한데 컴파일 에러를 통해..

24일차. 오브젝트: 코드로 이해하는 객체지향 설계[4주차_토요일] 305-321pg #요약 **Chapter 09. 유연한 설계** - 8장에서 유연하고 재사용가능한 설계를 만드려고 적용할 수 있는 다양한 의존성 관리 기법들을 소개했다면 9장에서는 이 기법들을 원칙이라는 관점에서 정리 01. 개방-폐쇄 원칙(Open-Closed Principle, OCP) 02. 생성 사용 분리 03. 의존성 주입 04. 의존성 역전 원칙 05. 유연성에 대한 조언 1) 유연한 설계는 유연성이 필요할 때만 옳다. - 유연하고 재사용 가능한 설계 : 런타임 의존성과 컴파일타임 의존성의 차이를 알고 같은 컴파일 타임 의존성으로부터 다양한 런타임 의존성을 만들 수 있는 코드 구조를 가지는 설계 2) 협력과 책임이 중요하다...

6일차. 오브젝트: 코드로 이해하는 객체지향 설계[1주차_토요일] 65~77pg #요약 **Chapter 02. 객체지향 프로그래밍** (feat. 가벼운 마음가짐) 05. 추상화와 유연성 1) 추상화의 힘. - 추상화 사용의 장점1 : 추상화의 계층만 따로 떼어 놓고 살펴보면 요구사항의 정책을 높은 수준에서 서술할 수 있다는 것. - 추상화 사용의 장점2 : 추상화를 이용하면 설계가 좀 더 유연해진다는 것. - 디자인패턴, 프레임워크 모두 추상화를 이용해 상위 정책을 정의하는 객체지향의 메커니즘을 활용하고 있다. 2) 유연한 설계 - 항상 예외 케이스를 최소화하고 일관성을 유지할 수 있는 방법을 선택하라 3) 추상 클래스와 인터페이스 트레이드오프 - 구현과 관련된 모든 것들이 트레이드오프의 대상이 될 ..

5일차. 오브젝트: 코드로 이해하는 객체지향 설계[1주차_금요일] 51~64pg #요약 **Chapter 02. 객체지향 프로그래밍** (feat. 가벼운 마음가짐) 03. 할인요금 구하기 - TEMPLATE METHOD PATTERN : 부모 클래스에 기본적인 알고리즘의 흐름을 구현하고 중간에 필요한 처리를 자식 클래스에게 위임하는 디자인 패턴. - 오버라이딩(overriding) : 부모 클래스에 정의된 같은 이름, 같은 파라미터 목록을 가진 메서드를 자식 클래스에서 재정의하는 경우. 자식 클래스의 메서드는 오버라이딩한 부모 클래스의 메서드를 가리키기 때문에 외부에서는 부모 클래스의 메서드가 보이지 않는다. - 오버로딩(overloading) : 메서드의 이름은 같지만 제공되는 파라미터의 목록이 다르..