본문 바로가기

오브젝트17

[오브젝트] 11장 '합성과 유연한 설계' 11장에서는 코드 재사용의 방법으로 합성에 대해 소개한다. 상속이 구현에 대한 높은 결합도를 유발하는 데 반해 합성을 사용하면 퍼블릭 인터페이스에 대해 느슨한 결합도를 유지할 수 있기 때문에 설계를 유연하게 만들 수 있다는 사실을 설명한다. 구분 상속 (class inheritance) 합성 (object composition) 코드 재사용 방법 부모 클래스와 자식 클래스 연결 전체를 표현하는 객체가 부분을 표현하는 객체 포함 -> 부분 객체 코드 재사용 의존성 컴파일타임에 해결됨 -> 컴파일타임에 결정된 자식 클래스와 부모 클래스 사이의 관계는 변경 될 수 없음 -> 자식 클래스와 부모 클래스의 다양한 조합이 필요한 경우 조합의 수만큼 새로운 클래스를 추가해야 함 -> 클래스 폭발/조합의 폭발 문제 야.. 2022. 12. 23.

[오브젝트] 10장 '상속과 코드 재사용' 10장에서는 객체지향의 대표적인 재사용 기법인 상속에 관해 설명하며 코드의 재사용을 위해 상속은 사용하지 말라고 조언한다. 대신 11장에 설명할 합성을 사용하는 것이 좋다. 개발자는 DRY(Don't Repeat Yourself) 원칙에 따라 코드 안에 중복이 발생하지 않도록 해야 한다. 두 클래스 사이의 중복 코드를 제거하는 방법은? 1. 클래스를 하나로 합치고 타입 코드를 추가한 뒤 로직을 타입코드에 따라 분기하는 것이다. -> 단, 이 방법의 경우 타입 코드를 사용하는 클래스는 낮은 응집도와 높은 결합도 문제에 시달리게 됨 2. 두번째 방법은 타입 코드를 사용하지 않고 중복 코드를 관리할 수 있는 상속이다. 상속이란? - 클래스를 재사용하기 위해 새로운 클래스를 추가하는 가장 대표적인 방법 - 클래.. 2022. 12. 16.

[오브젝트] 9장 '유연한 설계' 9장에서는 이전에 설명한 의존성을 관리하는 방법을 정의된 설계 원칙에 근거해 다시 설명한다. 저번주에 디자인 패턴에서 팩토리 메소드를 공부할 때 이해가 잘 안 됐었는데, 이번 오브젝트 9장을 읽으면서 왜 생성하는 부분을 분리하는 클래스를 만들어야 하는지에 대한 이유를 알게 되었다. 이것도 역시 객체지향적인 설계, 즉 결합도를 낮추고 재사용성을 높이기 위해서인데 의존성 변경의 영향을 최소화 하기위해 추상화에만 의존하게 만들려면 객체가 구체 클래스의 인스턴스를 생성하면 안 된다. 그래서 도메인 개념에 할당돼 있던 객체 생성 책임을 도메인 개념과 아무 상관이 없는 가공의 객체, factory로 옮긴 것이다. 개방 폐쇄 원칙 (Open-Closed Principle, OCP) - 확장에는 열려있고, 수정에는 닫.. 2022. 12. 9.

[오브젝트] 8장 '의존성 관리하기' 8장에서는 의존성을 관리하는 방법에 대해서 다룬다. 의존성은 런타임 의존성과 컴파일타임 의존성으로 나눌 수 있다. 런타임 의존성(run-time dependency) - 객체 사이의 의존성 컴파일타임 의존성(compile-time dependency) - 클래스 사이의 의존성 유연하고 확장 가능한 설계를 만들기 위해서는 컴파일타임 의존성과 런타임 의존성이 달라야 한다(p.260) 그럼 어떻게 컴파일타임 의존성과 런타임 의존성을 다르게 할 수 있을까? 의존성을 해결하는 방법은 다음과 같이 3가지가 있다. 1. 객체를 생성하는 시점에 생성자를 통해 의존성 해결 2. 객체 생성 후 setter 메서드를 통해 의존성 해결 3. 메서드 실행 시 인자를 이용해 의존성 해결 여기서 2번 setter 메서드만 사용하는.. 2022. 12. 2.

[오브젝트] 7장 '객체 분해' 7장에서는 추상화의 한 가지 방법인 분해의 역사에 대해 배울 수 있다. 추상화는 프로시저 추상화(procedure abstraction)와 데이터 추상화(data abstraction)로 나눌 수 있는데 객체지향은 프로시저 추상화이다. 객체지향에서는 타입 변수를 이용한 조건문을 다형성으로 대체한다. -> replace type code with class 설계의 변경은 타입 추가와 오퍼레이션 추가로 구분할 수 있고 타입 추가의 경우, 객체지향 설계는 새로운 클래스를 상속 계층에 추가하는 것으로 쉽게 변경이 가능하다. 오퍼레이션 추가의 경우, 상속 계층에 속하는 모든 클래스를 한번에 수정해야 하는 객체지향적 설계보다는 추상 데이터 타입이 변경에 용이하다. 추상 데이터는 전체 타입에 대한 구현 코드가 하나의.. 2022. 11. 25.

[오브젝트] 6장 '메시지와 인터페이스' 6장에서는 퍼블릭 인터페이스(객체가 수신하는 메시지)를 작성하기 위한 설계 원칙을 알려준다. - 디미터 법칙 - 묻지 말고 시켜라 - 의도를 드러내는 인터페이스 - 명령-쿼리 분리 원칙 설계 원칙을 조합하면 직관적이고, 예측 가능하며, 유연한 퍼블릭 인터페이스를 만들 수 있다. 메시지 = 오퍼레이션명 + 인자 메시지 전송 = 오퍼레이션명 + 인자 + 메시지 수신자 시그니처 = 오퍼레이션(메소드)명 + 파라미터목록 디미터 법칙 협력하는 객체의 내부 구조에 대한 결합으로 인해 발생하는 설계 문제를 해결하기 위해 제안된 원칙 -> 점(.)을 하나만 사용하자 use only one dot // 안좋은 예 (train wreck) screening.getMovie().getDiscountConditions(); .. 2022. 11. 18.

이전 1 2 3 다음

티스토리툴바