[BOOK : 오브젝트 14장] 일관성 있는 협력
·
BOOK
이번 장에서는 코드를 통해 협력에 대한 예제들을 보여주고 있었다.  이번 장과 15장을 끝으로 오브젝트 1회독은 마무리하게 된다. 이 책을 읽으며 많이 배우기도 하였지만 이번 정독을 끝으로 두는 것이 아닌 한번 더 읽어보며 내가 얼마만큼 더 이해할 수 있는지 더 확인해보려고 한다.  0. 서론 객체는 협력을 위해 존재한다.협력은 객체가 존재하는 이유와 문맥을 제공한다.잘 설계된 애플리케이션은 이해하기 쉽고, 수정이 용이하며 재사용 가능한 협력의 모임이다.객체지향 설계의 목표는 적절한 책임을 수행하는 객체들의 협력을 기반으로 결합도가 낮고 재사용 가능한 코드 구조를 창조하는 것이다.  유사한 요구사항을 계속 추가해야 하는 상황에서 각 협력이 서로 다른 패턴을 따를 경우 전체적인 설계의 일관성이 서서히 무너..
[BOOK : 오브젝트 13장] 서브클래싱과 서브타이핑
·
카테고리 없음
0. 서론 상속의 첫 번째 용도는 타입 계층을 구현하는 것이다. 부모 클래스는 자식 클래스의 일반화(generalization)이고 자식클래스는 부모 클래스의 특수화(specialization)다. 상속의 두번째 용도는 코드 재사용이다. 재사용을 위해 상속을 사용할 경우 부모 클래스와 자식 클래스가 강하게 결합되기 때문에 변경하기 어려운 코드를 얻게 될 확률이 높다. 동일한 메시지에 대해 서로 다르게 행동할 수 있는 다형적인 객체를 구현하기 위해서는 객체의 행동을 기반으로 타입 계층을 구성해야 한다. 상속의 가치는 이러한 타입 계층을 구현할 수 있는 쉽고 편안한 방법을 제공한다는데 있다. 객체 지향 프로그래밍이란 클래스를 사용하는 프로그래밍 방식을 의미하고 객체기반 프로그래밍이란 클래스 없이 오직 객체만..
[BOOK : 오브젝트 12장] 다형성
·
카테고리 없음
다형성 많음을 의미하는 'poly'와 형태를 의미하는 'morph'의 합성어로 '많은 형태를 가질 수 있는 능력'을 의미한다. 객체지향 프로그래밍에서 사용되는 다형성은 그림과 같이 나눌 수 있다. 오버 로딩 다형성 일반적으로 하나의 클래스 안에 동일한 이름의 메서드가 존재하는 경우를 카리 킨다. 강제 다형성 언어가 지원하는 자동적인 타입 변환이나 사용자가 직접 구현한 타입 변환을 이용해 동일한 연산자를 다양한 타입에 사용할 수 있는 방식을 가리킨다. 오버 로딩 다형성 일반적으로 하나의 클래스 안에 동일한 이름의 메서드가 존재하는 경우를 가리킨다. 유사한 역할을 하는 메서드지만 시그니처가 다른 경우 사용한다. 매개변수 다형성 제네릭 프로그래밍과 관련이 깊다. 변수나 메서드의 매개변수 타입을 임의의 타입으..
[BOOK: 오브젝트 11장] 합성과 유연한 설계
·
BOOK
서론 상속과 합성은 객체지향 프로그래밍에서 가장 널리 사용되는 코드 재사용 기법을 이야기한다. 상속이 부모 클래스와 자식 클래스를 연결해서 부모 클래스의 코드를 재사용하지만, 합성은 전체를 표현하는 객체가 부분을 표현하는 객체를 포함해 부분 객체의 코드를 재사용한다.  상속관계는 is - a라고도 불리고, 합성 관계는 has-a 관계라고 부른다.  여러 가지 내용이 있지만, 이는 결국 하나를 이야기하고 있는 것 같았다.   객체의 합성이 상속보다 더 좋은 방법이다. 상속을 합성으로 변경하기 코드 재사용을 위한 상속 남용시 발생하는 세 가지는 다음과 같다. 불필요한 인터페이스 상속 문제 메서드 오버라이딩의 오작용 문제 부모 클래스와 자식 클래스의 동시 수정 문제  포워딩 ( forwarding ) 오퍼레이..
[BOOK: 오브젝트 10장] 상속과 코드 재사용
·
BOOK
DRY ( Don't Repeat Yourself ) 원칙 모든 지식은 시스템 내에서 단일하고, 애매하지 않고, 정말로 믿을 만한 표현 양식을 가져야 한다. DRY (Don't Repeat Yourself)는 '반복하지 마라'라는 뜻 중복 코드는 변경을 방해한다. 코드를 수정하는 데 필요한 노력을 몇배로 증가시킨다. 중복 여부를 판단하는 기준은 변경요구사항이 변경됐을 때 두 코드를 함께 수정해야 한다면 이 코드는 중복이다.한번, 단 한번( Once and Only Once ) 원칙 또는 단일 지점 제어 (Single-Point Controller ) 원칙이라고도 한다.  중복과 변경 중복코드는 새로운 중복코드를 부르고, 버그 발생 가능성도 높아진다. 민첩하게 변경하기 위해서는 중복 코드를 추가하는 대신 ..
[BOOK: 오브젝트 9장] 유연한 설계
·
카테고리 없음
개방 - 폐쇄 원칙 소프트웨어 개체(클래스, 모듈, 함수 등등)는 확장에 대해 열려 있어야 하고, 수정에 대해서는 닫혀 있어야 한다. 해당 내용에서의 키워드는 "확장"과 "수정" 확장에 대해 열려 있다. 애플리케이션의 요구사항이 변경될 때 이 변경에 맞게 새로운 '동작'을 추가해서 애플리케이션의 기능을 확장할 수 있다. 수정에 대해 닫혀 있다 기존의 '코드'를 수정하지 않고도 애플리케이션의 동작을 추가하거나 변경할 수 있다. 컴파일 타임 의존성을 고정시키고 런타임 의존성을 변경하라 사실 개방-폐쇄 원칙은 런타임 의존성과 컴파일 타임 의존성에 관한 이야기이다. 런타임 의존성 실행 시에 협력에 참여하는 객체들 사이의 관계 컴파일 타임 의존성 코드에서 드러나는 클래스들 사이의 관계 이 할인정책은 사실 이미 O..
[BOOK: 오브젝트 7장] 객체 분해
·
BOOK
오늘은 7장 객체 분해에 대해 이야기해보려고 한다.  일주일에 두 챕터씩 항상 꾸준히 읽고 정리를 진행하고 있는데 뒤로 갈수록 이해와 정리를 병행하여 두 챕터씩 진행하다 보니.... 양이 상당하다 7장의 예제 코드의 경우 RUBBY를 통해 예제가 나와있어 자바 개발자인 나로서는 해당 코드를 이해하기 위해 하나씩 쫓아가며 이해하려고 노력했다.. ㅠㅠ  아무튼 본론으로 한번 들어가 보자!  서론사람의 기억은 단기 기억과 장기 기억으로 분류할 수 있다. 일반적으로 우리가 기억에 접근을 할 때 곧바로 장기 기억으로 접근하는 것이 아닌, 장기 기억을 단기 기억으로 옮긴 후에 해당 기억을 처리한다.  맞다. 이전, 경선식 영어 강의를 들었을 때, 해마 공부법을 이야기하시며 이와 비슷한 이야기를 해주셨었던 기억이 났..
[BOOK: 오브젝트 6장] 메시지와 인터페이스
·
BOOK
오늘은 이전, 5장에 이어 6장을 정리해보고자 한다.  6장에서는 이전에 나왔던 메시지에 대한 내용과 인터페이스 관련된 주제로서 이야기함을 알 수 있었다.  한번 하나씩 살펴보도록해보자!  협력과 메시지 클라이언트 - 서버모델 두 객체 사이의 협력 관계를 설명하기 위해 사용하는 전통적인 메타포이다.  클라이언트 협력안에서 메시지를 전송하는 객체서버메시지를 수신하는 객체협력은 클라이언트가 서버의 서비스를 요청하는 단방향 상호작용이다. 위 예제를 통해 협력관계를 파악해보도록 하자  Screening 객체는 클라이언트 , Movie는 서버로 볼수있다.  Screening 객체는 Movie에게 가격을 계산하라는 요청을 보내고 Movie는 가격 계산 서비스를 제공해줌으로써 이 메시지에 응답하게 된다.  해당 부분..