1. 추상화 벽

   • 호출 그래프에 어떤 계층은 중요한 세부 구현을 감추고, 인터페이스를 제공한다.
   • 인터페이스를 사용하여 코드를 만들면 높은 차원으로 생각 할 수 있다.
   • 고 수준의 추상화 단계만 생각하면 되기 때문에 두뇌 용량의 한계를 극복 할 수 있다.

2. 작은 인터페이스

   • 시스템이 커질 수록 비즈니스 개념을 나타내는 중요한 인터페이스는 작고, 강력한 동작으로 구성하는 것이 좋다.

3. 편리한 계층

   • 소프트웨어를 더 빠르고 고품질로 제공하는 데 동무이 되는 계층에 시간을 투자해야 한다.

패턴 2 : 추상화 벽

• 추상화 벽이라고 하는 두 번째 패턴에 대해 알아 보겠습니다. 추상화 벽은 여러 가지 문제를 해결한다. 그 중 하나는 팀 간 책임을 명확하게 나누는 것이다.

• 추상화 벽은 세부 구현을 감춘 함수로 이루어진 계층이다.

  • 추상화 벽에 있는 함수를 사용할 때는 구현을 전혀 몰라도 함수를 쓸 수 있다.

• 추상화 벽은 예를들어 흔하게 사용하는 라이브러리나 API와 비슷하다.

  • 날씨 애플리케이션을 만들기위해 RainCo라는 회사에서 제공하는 기상 데이터 API를 사용한다고 생각해 봅시다.
  • RainCo 개발팀은 기상 데이터 서비스를 구현하는 역할을 한다.
  • RainCo 개발팀은 여러분이 만드는 날씨 애플리케이션에 신경 쓰지 않는다.

  <aside> 💡

  기상 데이터 API는 책임을 명확하게 나눠주는 추상화 벽과 같다고 할 수 있다.

  </aside>

• 추상화 벽으로 추상화 벽 아래 있는 코드와 위에 있는 코드의 의존성을 없앨 수 있었다.

  • 서로 신경 쓰지 않아도 되는 구체적인 것을 벽을 기준으로 나눠서 서로 의존하지 않게 한다.

패턴 3 : 작은 인터페이스

• 새로운 코드를 추가할 위치에 관한 것
• 새로운 기능을 만들 때 하위 계층에 기능을 추가하거나 고치는 것보다 상위 계층에 만드는 것이 작은 인터페이스 패턴 이라고 할 수 있다.