객체와 자료구조로 데이터 표현하기

클린 코드 북스터디

목록 보기

5/13

01. 자료구조 vs 객체

자료구조 (Data Structure)	객체 (Object)
데이터 그 자체	비즈니스 로직과 관련
자료를 공개한다.	자료를 숨기고, 추상화 한다. 자료를 다루는 함수만 공개한다.
변수사이에 조회 함수와 설정 함수로 변수를 다룬다고 객체가 되지 않는다. (getter, setter)	추상 인터페이스를 제공해 사용자가 구현을 모른 채 자료의 핵심을 조작할 수 있다.

상황에 맞는 선택을 하면 된다.

* 자료구조를 사용하는 절차적인 코드는 기본 자료 구조를 변경하지 않으면서 새 함수를 추가하기 쉽다.
* 절차적인 코드는 새로운 자료 구조를 추가하기 어렵다. 그러려면 모든 함수를 고쳐야한다.

* 객체 지향 코드는 기존 함수를 변경하지 않으면서 새 클래스를 추가하기 쉽다.
* 객체 지향 코드는 새로운 함수를 추가하기 어렵다. 그러면 모든 클래스를 고쳐야 한다.

02. 객체 - 디미터 법칙

클래스 C의 메서드 f는 다음과 같은 객체의 메서드만 호출해야 한다.

* 클래스 C
* 자신이 생성한 객체
* 자신의 인수로 넘어온 객체
* C 인스턴스 변수에 저장된 객체

휴리스틱 : 경험에 기반하여 문제를 해결하기 위해 발견한 방법 (의사결정을 단순화하기 위한 법칙들)

기차 충돌

디미터 법칙에 어긋나는 상황

03. DTO

DTO (Data Transfer Object)

다른 계층 간 데이터를 교환할 때 사용

* 로직 없이 필드만 갖는다.
* 일반적으로 클래스명이 Dto(or DTO)로 끝난다.
* getter / setter를 갖기도 한다.

Java Beans : 데이터 표현이 목적인 자바 객체
* 멤버 변수는 private 속성이다.
* getter와 setter를 가진다.

04. Active Record

public calss Employee extends ActiveRecord{
	private String name;
    private String address;
    ...
}

Employee bob =  Employee.findByName("Bob Martin");

bob.setName("Robert C. Martin"):
bob.save():

Database row를 객체에 맵핑하는 패턴

* 비즈니스 로직 메서드를 추가해 객체로 취급하는 건 바람직하지 않다.
* 비즈니스 로직을 담으면서 내부 자료를 숨기는 객체는 따로 생성한다.
* 하지만 객체가 많아지면 복잡하고, 가까운 곳에 관련 로직이 있는 것이 좋으므로 현업에서는 Entitiy에 간단한 메서드를 추가해 사용한다.