05 책임과 메시지 (2) 인터페이스

 

 01 객체 인터페이스 

인터페이스란 어떤 두 사물이 마주치는 경계 지점에서 서로 상호작용할 수 있게 이어주는 방법이나 장치를 의미한다.

 

ex ) 일상생활에서 사람들은 말과 글이라는 인터페이스를 이용해 자신의 의사를 전달한다.

텔리비전을 시청하기 위해 가장 많이 사용하는 인터페이스는 텔리비전 리모컨이며,

엘레베이터를 타고 원하는 층에 도착하기 위해서는 엘레베이터 버튼을 눌러야 한다.

개발자들은 미리 약속된 애플리케이션 프로그래밍 인터페이스(application programming interface, API)를 통해 다른 사람이 작성한 코드와 상호작용한다.

 

● 인터페이스의 3가지 특징

1. 인터페이스의 사용법을 익히기만 하면 내부 구조나 동작 방식을 몰라도 쉽게 대상을 조작하거나 의사를 전달할 수 있다.

2. 인터페이스 자체는 변경하지 않고 단순히 내부 구성이나 작동 방식만을 변경하는 것은 인터페이스 사용자에게 어떤 영향도 미치지 않는다.

3. 대상이 변경되더라도 동일한 인터페이스를 제공하기만 하면 아무런 문제 없이 상호작용 할 수 있다.

 

 메시지가 인터페이스를 결정한다. 

객체가 다른 객체와 상호작용할 수 있는 유일한 방법은 '메시지 전송'이다. 따라서 객체의 인터페이스는 객체가 수신할 수 있는 메시지의 목록으로 구성되며 객체가 어떤 메시지를 수신할 수 있는지가 객체가 제공하는 인터페이스의 모양을 빚는다.

 

 02 인터페이스와 구현의 분리 

우리는 객체의 외부와 내부를 명확하게 분리하는 것이 중요하다고 강조했다.

이 때, 객체의 외부를 공용 인터페이스라고 부른다. 그리고 객체의 내부를 구현이라고 부른다.

 

 구현(implementation)  : 객체지향의 세계에서 내부 구조와 작동 방식을 가리키는 고유의 용어

객체를 구성하지만 공용 인터페이스에 포함되지 않는 모든 것이 구현에 포함된다.

 

 객체는 상태를 가진다. 

: 상태는 어떤 식으로든 객체에 포함되겠지만 객체 외부에 노출되는 공용 인터페이스의 일부는 아니다. 따라서 상태를 어떻게 표현할 것인가는 객체의 구현에 포함된다.

 

 객체는 행동을 가진다. 

: 행동은 메시지를 수신했을 때만 실행되는 일종의 메시지 처리 방법이다. 이 처리 방법을 메서드라고 한다. 메서드를 구성하는 코드 자체는 객체 외부에 노출되는 공용 인터페이스의 일부는 아니기 때문에 객체의 구현 부분에 포함된다.

 

 객체의 외부와 내부를 분리하라는 것은 결국 객체의 공용 인터페이스와 구현을 명확하게 분리하라는 말과 동일하다 .

 

 

 🔎  인터페이스와 구현의 분리 원칙 

 

훌륭한 객체란 구현을 모른 채 인터페이스만 알면 쉽게 상호작용할 수 있는 객체를 의미한다. 이것은 객체를 설계할 때 객체 외부에 노출되는 인터페이스와 객체의 내부에 숨겨지는 구현을 명확하게 분리해서 고려해야 한다는 것을 의미한다. 이를 인터페이스와 구현의 분리(seperation of interface and implementataion) 원칙이라고 한다.

 

결론적으로 객체 설계의 핵심은 객체를 두 개의 분리된 요소로 분할해 설계하는 것이다. 그것은 바로 외부에 공개되는 인터페이스와 내부에 감춰지는 구현이다.

 

인터페이스와 구현을 분리하는 것이 왜 중요할까? 소프트웨어는 항상 변경되기 때문이다. 수많은 객체들이 물고 물리며 돌아가는 객체지향 공동체에서 어떤 객체를 수정했을 때, 어떤 객체가 영향을 받는지를 판단할 수 있다면 .. 하산하셔도 됩니다.

객체의 모든 것이 외부에 공개돼 있다면 아무리 작은 부분을 수정하더라도 변경에 의한 파급효과가 객체 공동체의 구석구석까지 파고들 것이다.

 

자율적인 객체는 외부와 상관없이 메시지를 처리하는 메서드를 스스로 선택할 수 있어야 한다. 이 말은 외부에 영향을 주지 않고도 메서드를 자유롭게 변경할 수 있어야 한다는 것을 의미한다. 따라서 적절한 구현을 선택하고 이를 인터페이스 뒤로 감추는 것은 객체의 자율성을 향상시킬 수 있는 가잘 기본적인 방법이다.

 

인터페이스와 구현을 분리한다는 것은 변경될 만한 부분을 객체의 내부에 꽁꽁 숨겨 놓는다는 것을 의미한다. 일반적으로 이 원칙을 수행하기 위한 객체 설계 방법을  캡슐화(정보 은닉, information hiding) 라고 한다.

 

---

 ✏️  정리 

 ① 자율적인 책임은 협력을 단순하게 만든다. 

: 자율적인 책임은 세부적인 사항들을 무시하고 의도를 드러내는 하나의 문장으로 표현함으로써 협력을 단순하게 만든다. → 책임이 적절하게 추상화된다.

 

 ② 자율적인 책임은 객체의 외부와 내부를 명확하게 분리한다. 

: 요청하는 객체가 몰라도 되는 사적인 부분이 객체 내부로 캡슐화되기 때문에 인터페이스와 구현이 분리된다.

 

 ③ 책임이 자율적일 경우 책임을 수행하는 내부적인 방법을 변경하더라도 외부에 영향을 미치지 않는다. 

: 책임이 자율적일수록 변경에 의해 수정돼야 하는 범위가 좁아지고 명확해진다. → 변경의 파급효과가 객체 내부로 캡슐화되기 때문에 두 객체 간의 결합도가 낮아진다.

 

 ④ 자율적인 책임은 협력의 대상을 다양하게 선택할 수 있는 유연성을 제공한다. 

: 설계가 유연해지고 재사용성이 높아진다.

 

 ⑤ 객체가 수행하는 책임들이 자율적일수록 객체의 역할을 이해하기 쉬워진다. 

: 객체가 수행하는 책임들이 자율적이면 자율적일수록 객체의 존재 이유를 명확하게 표현할 수 있다. 객체는 동일한 목적을 달성하는 강하게 연관된 책임으로 구성되기 때문이다. → 책임이 자율적일수록 객체의 응집도를 높은 상태로 유지하기 쉬워진다.