[객체지향] 7. 개념 관점, 명세 관점, 구현 관점

 

1️⃣ 개념 관점, 명세 관점, 구현 관점 

 

개념 관점 Conceptual Perspective 

개념 관점에서 설계는 도메인 안에 존재하는 개념과 개념들 사이의 관계를 표현한다. 

도메인이란 사용자들이 관심을 가지고 있는 특정 분야나 주제를 말하며 소프트웨어는 도메인에 존재하는 문제를 해결하기 위해 개발된다. 

따라서 이 관점은 사용자가 도메인을 바라보는 관점을 반영한다. 

 

명세 관점(Specification Perspective) 

명세 관점에 이르면 사용자의 영역인 도메인을 벗어나 개발자의 영역인 소프트웨어로 초점이 옮겨진다. 

명세 관점은 도메인의 개념이 아니라 실제로 소프트웨어 안에서 살아 숨쉬는 객체들의 책임에 초점을 맞추게 된다. 

즉 객체의 인터페이스를 바라보게 되고, 명세관점에서 프로그래머는 객체가 협력을 위해 '무엇'을 할 수 있는가에 초점을 맞춘다. 

 

구현 관점(Implementation Perspective)

구현 관점은 프로그래머인 우리에게 가장 익숙한 관점으로 실제 작업을 수행하는 코드와 연관돼 있다. 

구현 관점의 초점은 객체들이 책임을 수행하는데 필요한 동작코드를 작성하는 것으로 프로그래머는 객체의 책임을 '어떻게' 수행할 것인가에 초점을 맞추며, 인터페이스를 구현하는데 필요한 속성과 메서드를 클래스에 추가한다. 

 

 

클래스는 세가지 관점을 모두 수용할 수 있도록 개념, 인터페이스, 구현을 함께 드러내야한다. 

협력하기 위해 객체가 수신해야하는 메시지를 결정하고, 메시지들이 모여 객체의 인터페이스를 구성한다는 점을 기억하자! 

 

 

 

협력을 설계할 때는 객체가 메시지를 선택하는 것이 아니라 메시지가 객체를 선택할 수 있도록 해야한다.

 

 

 

2️⃣ 인터페이스 

객체가 수신한 메시지가 객체의 인터페이스를 결정한다. 

메시지가 객체를 선택했고, 선택된 객체는 메시지를 자신의 인터페이스로 받아들인다. 

 

각 객체를 협력이라는 문맥에서 떼어내어 수신가능한 메시지만 추려내면 객체의 인터페이스가 된다. 

 

클래스의 public 메서드는 다른 클래스가 협력할 수 있는 공용 인터페이스를 드러내고, 

공용 인터페이스는 외부의 객체가 해당 객체에 접근할 수 있는 유일한 부분이다. 

인터페이스를 수정하면 해당 객체와 협력하는 모든 객체에게 영향을 미칠 수밖에 없다. 

 

 

 

3️⃣ 구현 

구현 관점에서는 클래스의 내부 구현을 바라본다. 

메서드의 구현과 속성의 변경은 원칙적으로 외부의 객체에게 영향을 미쳐서는 안된다!! 

메서드의 속성이 철저하게 클래스 내부로 캡슐화되어야 한다는 것을 의미한다. 

메서드와 속성은 클래스 내부의 비밀이다. 

 

 

 

인터페이스와 구현을 분리하자! 
캡슐화를 위반해서 구현을 인터페이스 밖으로 노출해서도 안되고,
인터페이스와 구현을 명확하게 분리하지 않고 흐릿하게 섞어놓아도 안된다. 

 

 

 

 

 

 

 

 

 

 

출처: 객체지향의 사실과 오해_조영호 지음