본문 바로가기

스터디44

[오브젝트] 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.

[오브젝트] 5장 '책임 할당하기' 5장은 GRASP 책임할당패턴에 대해서 설명하고, 책임을 중심으로 설계를 하는 것이 캡슐화, 응집도, 결합도 관점에서 설계를 개선할 수 있다는 것을 보여준다. 객체 디자인에서 가장 기본이 되는 것 중의 하나는 책임을 어디에 둘 지를 결정하는 것이다. 나는 십년 이상 객체를 가지고 일했지만 처음 시작할 때는 여전히 적당한 위치를 찾지 못한다. 늘 이런 점이 나를 괴롭혔지만, 이제는 이런 경우에 리팩터링을 사용하면 된다는 것을 알게 되었다 [Fowler 1999a](p.166). GRASP "General Responsibility Assignment Software Pattern (일반적인 책임 할당을 위한 소프트웨어 패턴)" INFORMATION EXPERT(정보 전문가) 패턴 - 책임을 수행할 정보를 .. 2022. 11. 11.

[오브젝트] 4장 '설계 품질과 트레이드오프' 4장에서는 영화 예매 시스템을 절차적 프로그래밍(데이터 중심)으로 구현하고 캡슐화, 응집도, 결합도로 코드를 평가해 본다. 2장 코드가 어려워서 4장도 미리 겁먹었는데 생각보다 이해하기 쉬웠다. 확실히 비교해서 보니까 왜 객체지향적으로 코드를 작성해야 하는지 알 수 있었다. 진정한 캡슐화란? 단순히 인스턴스 변수를 private로 변경하고 해당 데이터를 변경할 수 있도록 public 게터/세터를 만들어 놓는건 진정한 의미의 캡슐화는 아니다. 캡슐화는 변경될 수 있는 어떤 것이라도 감추는 것이고, 내부 속성을 외부로부터 감추는 것은 '데이터 캡슐화'이다. 하지만 책에서 설명하듯이 외부에서 접근할 수 있는 메소드를 통해 객체가 가지고 있는 내부 속성을 알 수 있다는 건 내부 구현을 변경할 경우, 이 메소드를.. 2022. 11. 4.

[오브젝트] 3장 '역할, 책임, 협력' 3장에서는 객체지향 설계의 핵심인 역할, 책임, 협력에 대해 설명한다. 객체지향 패러다임의 핵심은? 역할(role) : 객체들이 협력 안에서 수행하는 책임들이 모여 객체가 수행하는 역할 구성 책임(responsibility) : 객체가 협력에 참여하기 위해 수행하는 로직(행동) 메시지가 객체를 결정하고, 행동이 상태를 결정함 협력(collaboration) : 객체들이 애플리케이션의 기능을 구현하기 위해 메시지를 주고받으면서 상호작용하는 것 책임이란? 객체가 '무엇을 알고 있는가' + 무엇을 할 수 있는가'로 구성됨 즉 '하는 것' + '아는 것'으로 나눌 수 있음 역할을 구현하는 방법은? 추상 클래스와 인터페이스를 사용한다 -> 구체 클래스들이 따라야 하는 책임의 집합을 서술함 CRC 카드 (Candi.. 2022. 10. 27.

이전 1 ··· 4 5 6 7 8 다음

티스토리툴바