SEARCH : 📚 Book/Object(13)

CATEGORY : 📚 Book/Object(13)

TAGS : 📚 Book/Object(13)

ARCHIVE : 📚 Book/Object(13)

15 디자인 패턴과 프레임워크

15 디자인 패턴과 프레임워크

2020. 5. 10.

디자인 패턴이란? 소프트웨어 설계에서 반복적으로 발생하는 문제에 대해 반복적으로 적용할 수 있는 해결방법을 말하며 협력 템플릿을 제공한다. 프레임워크란? 설계와 코드를 함께 재사용하기 위해 애플리케이션의 아키텍처를 구현 코드의 형태로 제공하며, 확장 가능한 코드 템플릿 또한 제공한다. 01 디자인 패턴과 설계 재사용 소프트웨어 패턴 패턴은 일반적으로 최소 세가지의 서로 다른 시스템에 특별한 문제 없이 적용할 수 있고 유용한 경우에만 패턴으로 간주할 수 있다. 패턴과 책임-주도 설계 객체지향 설계에서 가장 중요한 일은 올바른 책임을 올바른 객체에게 할당하고 객체 간의 유연한 협력관계를 구축하는 일이다. 패턴은 이러한 협력관계를 해결하기 위한 훌륭한 예제를 제공한다. GoF의 디자인패턴에서 등장하는 수 많은..
14 일관성 있는 협력

14 일관성 있는 협력

2020. 5. 2.

들어가며 객체들의 협력이 전체적으로 일관성 있는 유사한 패턴을 따른다면 시스템을 이해하고 확장하기 위해 요구되는 부담을 크게 줄일 수 있다. 설계에 일관성 부여하기 협력을 일관성있게 만들기 위해서는 다음과 같은 지침이 도움이 될 것이다. 1. 변하는 개념을 변하지 않는 개념으로부터 분리하라. 2. 변하는 개념을 캡슐화하라. 첫번째 지침은 다음 예제로 설명된다. 분기되는 로직에서 'D'라는 타입이 추가된다고 가정하자. 조건문에 새로 'D'타입을 추가해야하기 때문에 기존 코드를 수정해야하는 문제가 발생되며 오류를 발생시킬 확률도 증가한다. 위 로직은 개별적인 변경이 발생하며 변하지 않는 개념으로부터 분리해야한다. Policy를 인터페이스로 두고 이를 상속한 자식클래스들(APolicy, BPolicy ...)..
13 서브클래싱과 서브타이핑

13 서브클래싱과 서브타이핑

2020. 4. 26.

들어가며 흔히 객체지향 커뮤니티에서는 상속의 용도를 두가지로 바라보고 있다. 1. 타입 계층을 구현 (부모클래스는 자식클래스의 일반화이고 자식 클래스는 부모클래스의 특수화다.) 2. 코드 재사용 상속을 코드 재사용 목적으로 사용한다면 부모 클래스와 자식클래스를 강하게 결합시킨다. 따라서 상속은 코드 재사용이아니라 타입 계층을 구현하기위해 사용해야한다. 코드 재사용은 상속이 아닌 합성을 사용하는게 올바르다. 03 서브클래싱과 서브타이핑 객체지향 프로그래밍 언어에서 타입을 구현하는 일반적인 방법은 클래스를 이용하는 것이다. 그리고 타입 계층을 구현하는 일반적인 방법은 상속을 이용하는것이다. 상속을 이용해 타입 계층을 구현한다는 것은 부모 클래스가 슈퍼타입의 역할을, 자식 클래스가 서브타입의 역할을 수행하도록..
12 다형성

12 다형성

2020. 4. 12.

들어가며 상속의 목적은 코드 재사용이 아니다. 상속은 타입 계층을 구조화하기 위해 사용해야 한다. 01 다형성 다형성이란? 하나의 추상 인터페이스에 대해 코드를 작성하고 이 추상 인터페이스에 대해 서로 다른 구현을 연결할 수 있는 능력을 말한다. 즉 여러 타입을 대상으로 동작할 수 있는 코드를 작성할 수 있는 방법이라고 할 수 있다. 02 상속의 양면성 데이터 관점의 상속 데이터 관점의 상속은 자식 클래스의 인스턴스 안에 부모 클래스의 인스턴스를 포함하는 것으로 볼 수 있다. 행동 관점의 상속 행동 관점의 상속은 부모 클래스가 정의한 일부 메서드를 자식 클래스의 메서드로 포함시키는 것을 의미한다. 즉, 부모 클래스의 모든 퍼블릭 메서드가 자식클래스의 퍼블릭 인터페이스에 포함된다. 03 업캐스팅과 동적 바..
11 합성과 유연한 설계

11 합성과 유연한 설계

2020. 3. 29.

들어가며 상속은 부모 클래스의 정의 대부분을 자식 클래스가 물려받을 수 있어 기존 코드를 쉽게 확장할 수 있다. 그러나 상속을 활용하기 위해서는 부모클래스의 내부 구현에 대해 상세히 알아야 하기 때문에 부모-자식 간 결합도가 높아져 상속은 코드를 재사용할 수 있는 쉽고 간단한 방법일지라도 결코 우아한 방법은 아니다. 이에 반해 합성은 합성 내부에 포함되는 객체의 내부 구현이 아닌 퍼블릭 인터페이스에 의존하기 때문에 결합도가 낮고 합성으로 포함된 내부객체의 변경의 영향을 최소화해 더 안정적인 코드를 얻을 수 있다. 02 상속으로 인한 조합의 폭발적인 증가 상속으로 인해 결합도가 높아지면 코드를 수정하는 데 필요한 작업의 양이 과도하게 늘어나는 경향이 있다. 그림을 통해 살펴보자. 앞선 장에서 나왔던 기본정..
10 상속과 코드 재사용

10 상속과 코드 재사용

2020. 3. 22.

01 상속과 중복 코드 DRY 원칙 코드 중복 여부를 판단하는 기준은 변경이다. 요구사항이 변경됐을 때 두 코드를 함께 수정해야 한다면 이 코드는 중복이라 할 수 있다. 그리고 코드의 모양이 유사하다는 것은 중복의 징후 일 뿐, 결국 중복의 여부를 결정하는 기준은 코드가 변경에 반응하는 방식이다. 수정하기 쉽고 신뢰할 수 있는 소프트웨어를 만들기위해선 DRY(Don't Repeat Yourself) 원칙을 따르면 된다. DRY원칙이란? 모든 지식은 시스템 내에서 단일하고, 애매하지 않고, 정말로 믿을 만한 표현 양식을 가져야 한다. 중복과 변경 중복 코드 살펴보기 중복 코드의 문제점을 이해하기 위해 한달에 한 번씩 가입자별로 전화 요금을 계산하는 애플리케이션을 살펴보자. 전화 요금을 계산하는 규칙은 통화..
09 유연한 설계

09 유연한 설계

2020. 3. 14.

01 개방-폐쇄 원칙 개방-폐쇄 원칙(Open-Closed Principle, OCP)란? 소프트웨어 개체는 확장에 대해 열려있고, 수정에 대해서는 닫혀있어야한다는 원칙이다. OCP은 유연한 설계란 기존의 코드를 수정하지 않고고도 애플리케이션의 동작을 확장시킬 수 있는 설계라고 이야기한다. 그렇지만 일반적으로 애플리케이션의 동작을 확장하기 위해서는 코드를 수정한다.. 어떻게 코드를 수정하지않고 확장을 시킬 수 있을까? 그 방법중 하나는 이전 장에서 살펴봤듯이 추상클래스를 정의하여 구체적인 새로운 타입을 추가하는 방법을 말할것이다. 이번장이 앞장의 내용이 반복된다는 느낌을 받을 수 있겠지만 앞서 언급한 기법들을 OCP와 같은 원칙이라는 관점에서 정리할 것이다. 컴파일타임 의존성을 고정시키고 런타임 의존성을..
08 의존성 관리하기

08 의존성 관리하기

2020. 3. 8.

01 의존성 이해하기 변경과 의존성 public class PeriodCondition { private DayOfWeek dayOfWeek; private LocalTime startTime; private LocalTime endTime; ... public boolean isSatisfiedBy(Screening screening) { return dayOfWeek.equals(screening.getWhenScreened().getDayOfWeek()) && startTime.compareTo(screening.getWhenScreened().toLocalTime()) = 0; } } PeriodCondition 클래스의 isSatisfiedBy 메서드는 Screening 인스턴스에게 getSta..
07 객체 분해

07 객체 분해

2020. 2. 29.

01 프로시저 추상화와 데이터 추상화 프로시저 추상화(procedure abstraction)와 데이터 추상화(data abstraction)은 현대적인 프로그래밍 언어를 특징 짓는 중요한 두 가지 추상화 메커니즘이다. 프로시저 추상화 - 소프트웨어가 무엇을 해야하는지를 추상화한다. 데이터 추상화 - 소프트웨어가 무엇을 알아야하는지를 추상화한다.  현대의 설계 방법에 중요한 영향을 끼치는 프로그래밍 패러다임들은 프로시저 추상화나 데이터 추상화를 중심으로 시스템의 분해 방법을 설명한다. 시스템 분해방법을 결정하려면 프로시저 추상화 또는 데이터 추상화를 중심으로 결정해야한다. 프로시저 추상화 중심 시스템 분해라면 기능분해(=알고리즘 분해)의 길로 들어선다. 데이터 추상화 중심 시스템 분해라면 다시 두가지를..
06 메세지와 인터페이스

06 메세지와 인터페이스

2020. 2. 19.

들어가며 클라이언트-서버 모델 두 객체 사이의 협력 관계를 설명하기 위해 사용되는 메타포는 클라이언트 - 서버(Client - Server) 모델이다. 협력 안에서 메세지를 전송하는 객체를 클라이언트, 메세지를 수신하는 객체를 서버라고 부른다. Movie는 DiscountPilicy의 관점에서 메세지 전송자가 될 수 있다. 대부분의 사람들은 객체가 수신하는 메세지의 집합에만 초점을 맞추지만 협력에 적합한 객체를 설계하기 위해서는 외부에 전송하는 메세지의 집합도 함께 고려하는 것이 바람직하다. 객체가 독립적으로 수행할 수 있는 것보다 더 큰 책임을 수행하기 위해서는 다른 객체와 협력해야 한다. 두 객체 사이의 협력을 가능하게 해주는 매개체가 바로 메세지 이다. 메세지와 메세지 전송 메세지는 오퍼레이션명(o..