📕[책] 쏙쏙 들어오는 함수형 코딩 - 19,20

211p ~ 232p

요약

😇
추상화 벽: 패턴 리뷰

• 추상화 벽으로 추상화 벽 아래 있는 코드와 위에 있는 코드의 의존성을 없앨 수 있다.
• 추상화 벽을 사용하면 코드를 쉽게 고칠 수 있다. 단, 코드를 쉽게 고치기 위해 추상화 벽을 사용하는 것이 아니라, 팀 간 커뮤니케이션 비용을 줄이고 복잡한 코드를 명확하게 하기 위하여 사용해야 한다.

😇
작은 인터페이스 (minimal interface)

• 한 계층 안의 함수들이 적고, 완전하고, 잘 바뀌지 않도록 유지하는 패턴이다.
• 되도록 상위 계층에서 코드를 추가하거나/고치거나, 상위 계층에서 함수를 호출하자.
• 상위 계층에 어떤 함수를 만들 때, 가능한 현재 계층에 있는 함수로 구현하는 것이 작은 인터페이스를 실천하는 방법.
• 작은 인터페이스 패턴을 사용하면 깨끗하고, 단순하고, 믿을 수 있는 인터페이스에 집중할 수 있다.

😇
작은 인터페이스: 패턴 리뷰

• 추상화 벽에 만든 함수는 '인터페이스' 라고 볼 수 있다. -> 추상화 벽을 작게 만들자. (사실 모든 계층에 적용 가능)
  • 추상화 벽에 코드가 많을 수록, 구현이 변경될 때 고쳐야 할 것이 많다.
  • 변경이 어려워 지므로, 커뮤니케이션 비용이 많아진다.
  • 낮은 수준의 코드가 많아 버그가 생기기 쉽고, 이해하기도 어렵다.
• 다소 이상적인 모습. 호출 그래프 하위 계층에 '작고 강력한' 동작을 만들었을 때만 가능하다.

😇
편리한 계층

• 실용적인 접근. 추상화는, 커다란 계층 만들기는 어렵고 힘들다. 시간도 많이 든다.
• 지금 작업하는 코드가 편리하다면, 설계는 조금 멈춰도 좋다.
• 단, 구체적인 것을 너무 많이 알아야 한다거나 코드가 지저분하다고 느껴진다면 다시 패턴을 적용하자.
• 어떤 코드라도 항상 설계 (개발자로서의 필요성) - 새로운 기능 (비즈니스 요구사항) 사이 어느 지점에 머물게 됨.

😇
호출 그래프 활용

• 기능적 요구사항 : 소프트웨어가 literally 해야하는 기능. e.g. 세금 계산을 하면 올바른 계산 결과가 나와야.
• 비기능적 요구사항
  • 유지보수성 (maintainability) : 요구사항이 바뀌었을 때 가장 쉽게 고칠 수 있는 코드는 어떤 코드인가
  • 테스트성 (testability) : 어떤 것을 테스트하는 것이 가장 중요한가
  • 재사용성 (reusability) : 어떤 함수가 재사용하기 좋은가

(아래에 있는 함수: 낮은 계층의 함수 / 위에 있는 함수: 높은 계층의 함수)

1. 유지보수성
   • 가장 위에 있는 함수가 가장 고치기 쉽다.
   • 아래에 있는 코드일수록 고치기 어렵다. 그 코드 위에 만든 코드가 너무 많기 때문이다.
   • 핵심 : 자주 바뀌는 코드는 가능한 위쪽에 있어야 한다.
2. 테스트성
   • 아래에 있는 코드를 테스트하는 것이 중요하다.
   • 마찬가지로, 많은 코드가 가장 아래에서 잘 동작하는 코드에 의존하기 때문이다.
   • 더불어, 위에 있는 코드일수록 자주 바뀌기 때문에 테스트가 오래가지 못한다.
   • 핵심 : 아래쪽에 있는 함수를 테스트하는 것이 더 가치있다.
3. 재사용성
   • 아래에 있는 코드가 재사용하기 더 좋다.
   • 아래에 있는 코드일수록, 다른 함수를 덜 호출한다. -> 특정 경우가 조합된 경우에 대한 함수일 가능성이 낮음으로 재사용성이 좋다.
   • 핵심 : 낮은 수준의 단계로 함수를 빼내면 재사용성이 더 높아진다.

발췌

코드 줄 수는 중요하지 않습니다. 중요한 것은 코드가 적절한 구체화 수준과 일반화가 되어 있는지입니다.

계층형 설계는 바로 아래 계층에 있는 함수로, 현재 계층의 함수를 구현해 코드를 구성하는 기술입니다.

메모

계층, 계층, 계층.
'편리한 계층' 패턴이 가장 와닿았다. 이론은 이상, 업무는 현실.