켄트백의 구현 패턴 3장 - 프로그래밍 이론

프로그래밍 이론

프로그래밍 이론은 새로운 문제가 발생해도 해결책을 찾을 수 있도록 도와준다.

 

실제 프로그래밍에서는 동력이 존재한다.

 

1. 가치

- 가치는 모든 프로그래밍에 적용된다. 

- 커뮤니테이션 , 유연성 등 모든 의사 결정에 영향을 미친다.

 

2. 원칙

- 직접 적용하기 어려운 가치와 , 지엽 적인 패턴 사이에 가교 역할을 한다.

- 패턴 중 하나를 선택해야 할 때 원칙을 따른다. 

 

패턴은 지금 당장 무엇을 해야할지를 알려주고, 가치는 사용해야 하는 동기를 알려주며, 원칙은 동기를 행동으로 어떻게 바꿀지를 알려준다.

 

가치

세가지 가치는 서로 충돌하는 경우도 있지만 상호 보완적인 경우가 많다.

 

커뮤니케이션

다른 개발자가 봤을 때의 관점으로 코드를 작성하라

코드를 쉽게 이해하고, 수정하고, 사용할 수 있어야한다

이렇게 작성하면 추후 코드 수정 시에 내가 쓴 코드를 쉽게 이해할 수 있으므로, 개발 비용이 감소한다.

또한 타인의 시선에서 생각하다보면 더 많은 생각을 하기 때문에 코드의 질이 좋아진다.

 

단순성

불필요한 복잡도는 소프트웨어의 수정을 어렵게 하기 때문에 프로그램의 가치가 떨어진다.

코드에서 불필요한 부분을 제거하라. 

과도한 요소와 의미없는 코드를 제거하면 프로그램의 단순성을 높일 수 있다.

 

커뮤니케이션과 단순성은 협업 관계에 있다.

커뮤니케이션의 신경을 쓸수록 어떤 부분이 과도하게 복잡한 지 알기 쉬우며, 단순할수록 시스템을 이해하기 쉽다.

 

유연성

유연성을 위해서 복잡한 설계를 정당화할 수 있다.

하지만 이러한 복잡도가 아무런 이득을 가져오지 않는다면 단순성을 선택해야한다.

 

설계 초기 유연성이 필요했다고 생각하도, 이후 필요한 상황이 오지 않을 수 있다.

그렇기 때문에 초기 설계 비용을 불필요하게 증가시키는 것보다 당장의 이득을 선택하는 것이 좋다.

 

추측에 의거해 설계에 유연성을 부여하기 보단 단순성을 유연하게 적용한후 테스트를 철저하게 하는 것이 효과적이다.

 

단순성은 유연성을 촉진시킨다. 예를 들어 옵션을 제거하면 프로그램의 수정은 더욱 간단해진다.

커뮤니케이션을 중시하면 코드를 이해하기 쉬워지므로 수정이 쉬워진다. 이로써 유연성이 증대된다.

 

원칙 

각 패턴은 가치 중 하나 이상을 내표하고 있다.

원칙은 일반적인 생각을 담고 있으며, 패턴의 근간을 이룬다.

 

원칙을 명확하게 알고 있다면 새로운 패턴들을 만들어낼 수 있다.

또한 패턴을 사용하는 근본적인 이유를 알 수 있다.

 

 

지역적 변화

코드를 수정할 때 함께 바꿔야하는 부분을 최소화하라

지역적 변화만을 일으키는 코드는 커뮤니케이션이 쉽다.

 

최소 중복

중복된 코드가 많을 수록 코드의 수정이 어려워진다.

어떤 개념을 수정했을 때 클래스를 2개 이상 수정해야한다면, 이는 지역적 변화의 원칙을 위배한다.

 

하지만 코드의 중복은 상황에 따라 불가피할 수 있다.

따라서 절대적으로 피하기 보단 위험 요소로 보는 것이 좋다.

 

로직과 데이터의 결합

데이터와 그 데이터를 처리하는 로직을 같은 메소드 , 같은 객체 , 같은 패키지 내에 배치하라

이렇게 하면 프로그램을 수정하더라도 그 영향이 일정 영역에 머물게 된다.

 

대칭성

대칭성에 따라 아이디어를 일관된 방식으로 표현하자

메소드를 하나의 구현으로 통합할 수 있어서 중복을 제거할 수 있다.

 

void process() {
	input();
    	tally(); // 일치시키다
   	output();
}

 

선언적 표현

수행 순서가 중요한 구문이나 조건부 구문이 없는 경우, 선언적 표현을 통해 코드를 작성하는 것이 좋다.

(아마 어노테이션인 듯)

 

@RunWith(Suite.class)
@TestClasses({
	SimpleTest.class,
    ComplicatedTest.class
}
)
class AllTests {
}

이런 방식으로 내부를 볼 필요없이 읽기 쉬운 코드를 작성할 수 있다.

 

변화율

로직과 데이터를 함께 관리하고 변화율이 다른 로직과 데이터를 분리하라

변화율은 시간적 대칭성에 해당한다.

 

하나의 객체에 있는 모든 필드는 가급적 함께 변해야한다.

특정 메소드가 수행될 때만 사용되는 필드는 그 메소드의 지역 변수로 선언되어야한다.

 

예를 들어 함께 변화하는 두 개의 필드(value, currency)가 있다면 하나의 도우미 객체(Money)에 넣는 것이 좋다.

setAmount(Money value) {
	this.money = money;
}