SEARCH : 📚 Book(48)

CATEGORY : 📚 Book(48)

TAGS : 📚 Book(48)

ARCHIVE : 📚 Book(48)

03 모든 객체의 공통 메서드 (ITEM 10 ~ 14)

2021. 8. 4.

ITEM 10 equals 는 일반 규약을 지켜 재정의하라. 다음의 경우에 하나라도 해당된다면 equals 메서드를 재정의할 필요 없다. 각 인스턴스가 본질적으로 고유하다. 인스턴스의 논리적 동치성 (logical equality)을 검사할 일이 없다. 상위 클래스에서 재정의한 equals가 하위 클래스에도 딱 들어맞는다. 결국 equals를 재정의해야하는 경우는 객체의 식별성이 아닌 논리적 동치성을 확인해야할 때 사용된다. equals 메서드 동치관계를 구현하며, 다음을 만족한다. 반사성(reflexivity) : null 이 아닌 모든 참조 값 x 에 대해, x.equals(x) 는 true 다. 대칭성(symmetry) : null 이 아닌 모든 참조 값 x, y 에 대해, x.equals(y) 가..

02장 객체 생성과 파괴 (ITEM 01 ~ 09)

2021. 7. 30.

ITEM 01 생성자 대신 정적 팩터리 메서드를 고려하라. 클래스 인스턴스화는 생성자뿐만 아니라 정적 팩터리 메서드를 통해서도 제공할 수 있다. 생성자 대신 정적 팩터리 메서드를 사용하면 얻을 수 있는 장점은 다음과 같다. 메서드명을 가질 수 있어 어떤 성격의 객체를 생성해주는것인지 명시될 수 있다. 호출될 때마다 생성자 처럼 인스턴스를 새로 생성하지 않아도 되므로 싱글턴 패턴이나 캐싱을 구현할 수 있다. 반환 타입의 하위 타입 객체를 반환할 수 있다. 클라이언트가 new 연산자를 통해 인스턴스화를 직접하지 않으므로 클라이언트는 인스턴스화되는 클래스와의 결합도가 낮아진다. 그러나 클래스가 정적 팩터리 메서드만 제공하면 하위 클래스를 만들 수 없다. 왜냐하면 상속을 하려면 public이나 protected..
7. 도메인 서비스

7. 도메인 서비스

2020. 8. 12.

여러 애그리거트가 필요한 기능 상품, 주문 , 회원 애그리거트가 각각 있다고 가정할 때 실 결제 금액을 계산하기 위해서는 앞서 나열된 애그리거트를 모두 사용은 해야한다.그렇다면 실 결제 금액을 계산하는 책임을 가지는 애그리거트는 무엇일까? 그나마 가장 관련이 조금이라도 더 있는 애그리거트가 책임을 가져야 할까? 결론적으로 한 애그리거트에 넣기 애매한 도메인 기능을 특정 애그리거트에 억지로 구현하면 안된다. 책임 범위를 넘어서는 기능을 구현하기 때문에 코드가 길어지고 외부에 대한 의존성도 높아질 수 있기 때문이다. 그리고 도메인 개념이 애그리거트에 숨어들어서 명시적으로 드러나지 않게된다. 이를 해소할 가장 쉬운 방법은 도메인 서비스를 별도로 구현하는 것이다. 도메인 서비스 도메인 서비스는 도메인 영역의 애..
6. 응용서비스와 표현영역

6. 응용서비스와 표현영역

2020. 8. 9.

표현영역과 응용영역 표현영역과 응용영역은 사용자와 도메인을 연결시켜주는 매개체 역할을 한다. 표현영역(Controlelr)에서는 요청 파라미터, 쿠키, 헤더 등을 통해 사용자의 요청을 해석하며 실제 사용자가 원하는 기능을 실행하는것은 응용영역(Service)에서 처리된다. Clean Architecture 에도 나왔던 내용으로 응용영역은 표현영역 보다 고수준 정책이므로 응용영역은 표현형역에 의존해서는 안된다. 즉, 응용영역에서는 응용영역에서 처리된 데이터의 결과를 표현영역에서 어떻게 처리, 표현 (json, html, 등) 되어 사용자에게 응답해줄지 신경쓰지 않아도 된다. 응용서비스의 역할 응용서비스는 주로 도메인 객체간 흐름을 제어한다. 앞선 장에서 나왔던 내용으로 도메인 영역 내에서 도메인서비스라는 ..
3. 애그리거트

3. 애그리거트

2020. 7. 19.

애그리거트 위 그림 중 어떤 그림이 전체적인 구조를 파악할 때 더 쉬워 보이는가? 당연히 나무 보다 숲을 먼저 보듯이 상위 수준의 첫번째 그림이 더 쉬워보인다. 복잡한 도메인을 이해하고 관리하기 쉬운 단위로 만들려면 상위 수준에서 모델을 조망할 수 있는 방법이 필요한데, 그 방법이 바로 애그리거트이다. 수많은 객체를 애그리거트로 묶어서 바라보면 좀 더 상위 수준에서 도메인 모델 간의 관계를 파악할 수 있다. 다음 그림은 애그리거트로 다시 묶어서 표현한 것이다. 애그리거트는 복잡한 도메인을 단순한 구조로 만들어준다. 복잡도가 낮아지는 만큼 도메인 기능을 확장하고 변경하는데 필요한 노력도 줄어든다. 위 그림처럼 애그리거트는 경계를 가지며 한 애그리거트에 속한 객체는 다른 애그리거트에 속하지 않는다. 즉, 각..
2. 아키텍처 개요

2. 아키텍처 개요

2020. 7. 12.

네 개의 영역과 계층 구조 아키텍처를 설계할 때 출현되는 전형적인 영역은 '표현', '응용', '도메인', '인프라스트 럭처'의 네 영역이다. 그리고 이 영역들을 계층 구조로 표현할 때 의존관계를 살펴보면 다음 그림과 같다. 하지만 구현의 편리함을 위해 계층 구조를 유연하게 적용한다. 예를 들어, 응용 계층은 도메인 계층에 의존하지만 외부 시스템과의 연동을 위해 인프라 스트럭처 계층에 의존하기도 한다. 다음 그림과 같이 말이다. 짚고 넘어가야할 것이 있는데 바로 응용, 도메인 계층이 상세한 구현 기술을 다루는 인프라 스트럭처 계층을 의존한다는 점이다. 응용 계층과 도메인 계층은 정책으로부터 도출된 고수준 계층인 반면 인프라 스트럭처는 저수준 계층이다. 위의 그림은 Mybatis를 통해 엔티티를 DB에 C..
1. 도메인 모델 시작

1. 도메인 모델 시작

2020. 7. 1.

도메인 도메인이란? 개발자 입장에서 소프트웨어로 해결하고자하는 문제 및 관심사를 뜻한다. 예를 들면 온라인 서점 서비스를 구현한다고 가정할 때 '온라인 서점' 은 소프트웨어로 해결하고자하는 문제 영역인 도메인(Domain)에 해당된다. 또 한 도메인은 하위 도메인으로 다시 나눌 수 있다. 다음은 '온라인 서점'의 하위 도메인들을 구성한 그림이다. 도메인 모델 도메인모델이란? 기본적으로 도메인 자체를 이해하기 위한 개념 모델이다. 도메인을 이해하려면 도메인이 제공하는 기능과 도메인의 주요 데이터 구성을 파악해야 하는데, 이런 면에서 기능과 데이터를 함께 보여주는 객체 모델은 도메인을 모델링히기 적합하다. 객체 모델 뿐만아니라 다이어그램으로 표현, 그래프 등을 통해 모델링을 할 수 있다. 개념을 모델링 하고..
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 서브클래싱과 서브타이핑 객체지향 프로그래밍 언어에서 타입을 구현하는 일반적인 방법은 클래스를 이용하는 것이다. 그리고 타입 계층을 구현하는 일반적인 방법은 상속을 이용하는것이다. 상속을 이용해 타입 계층을 구현한다는 것은 부모 클래스가 슈퍼타입의 역할을, 자식 클래스가 서브타입의 역할을 수행하도록..