📚독서 - 객체지향의 사실과 오해

객체지향의 사실과 오해

1장 협력하는 객체들의 공동체

일상생활에서의 업무는 요청, 응답, 협력으로 진행된다.

객체지향 프로그래밍도 마찬가지이다.

클라이언트 단에서 이벤트를 발생시켜 요청하면 이를 받아 네트워킹이 이루어지는 데, 받은 요청을 처리하고 요청에 대하여 응답한다.

이 과정속에서 각자의 책임과 역할이 부여되고 이 과정에서 협력이 이루어지게 된다.

이처럼 객체지향의 개념은 실세계에서 사람들이 타인과 관계를 맺으며 협력하는 과정과 유사하다는 사실에 공감할 수 있었다.

객체와 사람들의 차이점은 사람은 공통의 목표를 달성하기 위해 협력하지만, 객체들은 어플리케이션의 기능을 구현하기 위해 협력한다는 점이다.

즉, 객체들은 시스템을 구현하기 위해 연쇄적인 요청과 응답의 흐름으로 구성된 협력의 과정으로 구현된다.

객체는 다음과 같은 덕목을 갖춰야 하는데

첫째, 객체는 충분히 협력적이여야 한다.

전지전능한 객체는 없다. 객체마다 각자의 역할을 부여받고 상호작용이 이루어져야 진정한 객체지향프로그래밍이라고 말할 수 있겠다.

둘째, 객체는 충분히 자율적이여야 한다.
이는 스스로 원칙에 따라 일을 하고 자기 스스로를 통제하여 절제하는 것을 의미한다.

인간은 요청에 따라 행동하지만 최대한 스스로 판단하여 결정하고 행동한다.

개발자의 세계에서도 똑같은 기능을 구현하더라도 내부 로직은 어느 사람이 구현하느냐에 따라서 다르다.

객체지향 설계도 다른 객체와 조화롭게 협력하면서 개방적인 동시에 협력에 참여하는 방법을 스스로 결정할 수 있을 만큼 자율적인 객체들의 공동체를 설계하는 데 있다.

🙄그래서 객체지향이 뭔데??

• 객체지향이란 시스템을 상호작용하는 자율적인 객체들의 공동체로 바라보고 객체를 이용해 시스템을 분할하는 방법이다.
• 자율적인 객체란 상태와 행위를 함께 지니며 스스로 자기 자신을 책임지는 객체를 의미한다.
• 객체는 시스템의 행위를 구현하기 위해 다른 객체와 협력한다. 각 객체는 협력 내에서 정해진 역할을 수행하며 역할은 관련된 책임의 집합이다.
• 객체는 다른 객체와 협력하기 위해 메시지를 전송하고, 메시지를 수신한 객체는 메시지를 처리하는 데 적합한 메서드를 자율적으로 선택한다.

🤸‍♀️훌룡한 객체지향 설계자가 되기 위해 갖춰야 할 자세

• 코드를 담는 클래스 관점에서 메시지를 주고받는 개체의 관점으로 사고의 중심을 전환하는 것
• 중요한 것은 어떤 클래스가 필요한가가 아니라 어떤 객체들의 어떤 메시지를 주고받으며 협력하는가다.
• 클래스는 객체들의 협력 관계를 코드로 옮기는 도구에 불과하다.
• 클래스는 협력에 참여하는 객체를 만드는 데 필요한 구현 메커니즘일 뿐이다.

✅결론

클래스의 구조와 메서드가 아니라 객체의 역할, 책임, 협력에 집중하자.
객체지향은 객체를 지향하는 것이지 클래스를 지향하는 것이 아니다.

   

5장 책임과 메시지

(메시지를 보내는 기러기 토마토 우영우)
 

객체지향 공동체를 구성하는 기본 단위는 '자율적'인 객체다.

객체들은 애플리케이션의 기능을 구현하기 위해 협력하고.

협력 과정에서 각자 맡은 바 책임을 다하기 위해 자율적으로 판단하고 행동한다.

여기서 키워드는 '자율성'이다.

자율적인 객체란 스스로 정한 원칙에 따라 판단하고 스스로의 의지를 기반으로 하는 개체다.

타인이 정한 규칙이나 명령에 따라 판단하고 행동하는 객체는 자율적인 객체라고 부르기 어렵다.

따라서 자율적인 객체란 스스로의 의지와 판단에 따라 각자 맡은 책임을 수행하는 객체를 의미한다.

객체지향 설계의 아름다움은 적절한 책임을 객체에게 할당하는 과정 속에서 드러난다.

객체지향 애플리케이션을 설계하는 가장 널리 알려진 방법을 책임-주도 설계라고 부르는 이유는 적절한 책임의 선택이 전체 설계의 방향을 결정하기 때문이다.

협력에 참여하는 객체가 얼마나 자율적인지가 전체 어플리케이션의 품질을 결정한다.

그렇다면 자율적으로 협력할 수 있도록 객체를 설계할 때는 무엇을 고려해야 할까?

첫째, 너무 추상적인 책임을 부여하는 것은 지양하자

성급한 일반화의 오류를 피하고 현재의 문맥에 가장 적합한 책임을 선택할 수 있는 날카로운 안목을 기르자

둘째, '어떻게'가 아니라 무엇을

자율적인 책임의 특징은 객체가 '어떻게(how)'해야 하는가가 아니라 '무엇(what)'을 해야 하는 가를 설명한다는 것이다.

'어떻게'는 책임의 수준에서 어느 정도 결정돼 있기 때문에 선택할 수 있는 '무엇(what)'을 할지에 크게 집중할 수 밖에 없다.

셋째, 책임을 자극하는 메시지

책임이라는 말 속에는 어떤 행동을 수행한다는 의미가 포함되어 있다.

실세계의 사람이나 동물과 다르게 객체지향 공동체 안에 거주하는 객체는 다른 객체로부터 전송된 요청을 수신할 때만 어떤 행동을 시작한다.

따라서 객체가 자신에게 할당된 책임을 수행하도록 만드는 것은 외부에서 전달되는 요청이다.

넷째, 메시지와 메서드

하나의 객체는 메시지를 전송함으로써 다른 객체에 접근한다.

메시지를 전송할 때 추가적인 정보가 필요한 경우 메시지의 인자(argument)를 통해 추가 정보를 제공할 수 있다.

수신자는 메시지를 처리하기 위해 메시지에 실려 있는 인자를 사용할 수 있다.

메시지는 메시지 이름과 인자의 두 부분으로 구성된다.

메시지 전송은 수신자와 메시지의 조합이다.

메시지는 메시지 이름과 인자의 조합이므로 결국 메시지 전송은 수신자, 메시지 이름, 인자의 조합이 된다.

메시지를 수신받은 객체는 우선 자신이 해당 메시지를 처리할 수 있는지 확인한다.

메시지를 처리할 수 있다는 이야기는 객체가 해당 메시지에 해당하는 행동을 수행해야 할 책임이 있다는 것을 의미한다.

따라서 근본적으로 메시지의 개념은 책임의 개념과 연결된다.

송신자는 메시지 전송을 통해서만 다른 객체의 책임을 요청할 수 있고, 수신자는 오직 메시지 수신을 통해서만 자신의 책임을 수행할 수 있다.

따라서 객체가 수신할 수 있는 메시지의 모양이 객체가 수행할 책임의 모양을 결정한다.

객체의 외부와 내부는 메시지를 기준으로 분리된다.

객체가 제공하는 메시지는 외부의 다른 객체가 볼 수 있는 공개된 영역에 속한다.

메시지를 처리하기 위해 책임을 수행하는 방법은 외부의 다른 객체가 볼 수 없는 객체 자신의 사적인 영역에 속한다.

요약하면 메시지는 객체들이 서로 협력하기 위해 사용할 수 있는 유일한 소통 수단이다.

객체 메시지를 수신할 수 있다는 것은 객체가 메시지에 해당하는 책임을 수행할 수 있다는 것을 의미한다.

객체가 유일하게 이해할 수 있는 의사소통 수단은 메시지 뿐이며 객체는 메시지를 처리하기 위한 방법을 자율적으로 선택할 수 있다.

외부의 객체는 메시지에 관해서만 볼 수 있고 객체 내부는 볼 수 없기 때문에 자연스럽게 객체의 외부와 내부가 분리된다.

객체는 메시지를 수신하면 먼저 해당 메시지를 처리할 수 있는지 여부를 확인한다.

메시지를 처리할 수 있다고 판단되면 자신에게 주어진 책임을 다하기 위해 매시지를 처리할 방법인 메서드를 선택하게 된다.

객체지향 프로그래밍 언어에서 메서드는 클래스안에 포함된 함수 또는 프로시저를 통해 구현된다.

따라서 어떤 객체에게 메시지를 전송하면 결과적으로 메시지에 대응되는 특정 메서드가 실행된다.

메시지는 '어떻게' 수행될 것인지는 명시하지 않는다.

메시지는 단지 오퍼레이션을 통해 '무엇'이 실행되기를 바라는지만 명시하며, 어떤 메서드를 선택할 것인지는 전적으로 수신자의 결정에 좌우된다.

메시지를 수신한 객체가 실행 시간에 메서드를 선택할 수 있다는 사실은 다른 프로그래밍 언어와 객체지향 프로그래밍 언어를 구분 짓는 핵심적인 특징 중 하나다.

이것은 프로시저 호출에 대한 실행 코드를 컴파일 시간에 결정하는 절차적인 언어와 확연히 구분되는 특징이다.

객체지향 프로그래밍에서 행동은 수행할 책임을 지닌 객체에게 전송된 메시지에 의해 시작된다. 메시지는 행동에 대한 요청을 표현하고, 요청을 수행하는 데 필요한 추가적인 정보를 인지를 통해 전달한다. 수신자는 메시지를 수신하는 객체를 가리킨다. 수신자가 메시지를 받아들인다는 것은 해당 행동을 수행할 책임을 받아들인다는 것을 의미한다. 객체는 메시지에 대한 응답으로 요청을 만족하기 위한 어떤 메서드를 수행할 것이다.

다섯째, 다형성

다형성이란 서로 다른 유형의 객체가 동일한 메시지에 대해 서로 다르게 반응하는 것을 의미한다.

좀 더 구체적으로 말해 서로 다른 타입에 속하는 객체들이 동일한 메시지를 수신할 경우 서로 다른 메서드를 이용해 메시지를 처리할 수 있는 메커니즘을 가리킨다.

메시지는 '무엇'이 실행될지는 명시하지만 메시지를 '어떻게' 실행할 것인지는 전적으로 수신자가 결정할 수 있다.

메시지에는 처리 방법과 관련된 어떤 제약도 없기 때문에 동일한 메시지라고 하더라도 서로 다른 방식의 메서드를 이용해 처리할 수 있다.

따라서 다형성을 하나의 메시지와 하나 이상의 메서드 사이의 관계로 볼 수 있다.

다형성은 역할, 책임, 협력과 깊은 관계가 있다.

서로 다른 객체들이 다형성을 만족시키다는 것은 객체들이 동일한 책임을 공유한다는 것을 의미한다.

다형성에서 중요한 것은 메시지 송신자의 관점이다.

메시지 수신자들이 동일한 오퍼레이션을 서로 다른 방식으로 처리하더라도 메시지 송신자의 관점에서 이 객체들은 동일한 책임을 수행하는 것이다.

즉, 송신자의 관점에서 다형적인 수신자들을 구별할 필요가 없으며 자신의 요청을 수행할 책임을 지닌다는 점에서 모두 동일하다.

다형성은 메시지 송신자의 관점에서 동일한 역할을 수행하는 다양한 타입의 객체와 협력할 수 있게 한다.

기본적으로 다형성은 동일한 역할을 수행할 수 있는 객체들 사이의 대체 가능성을 의미한다.

다형성은 객체들의 대체 가능성을 이용해 설계를 유연하고 재사용 가능하게 만든다.

다형성을 사용하면 송신자가 수신자의 종류를 모르더라도 메시지를 전송할 수 있다.

즉, 다형성은 수신자의 종류를 캡슐화한다.

객체지향 용어를 이용해 표현하자면 다형성은 송신자와 수신자 간의 객체 타입에 대한 결합도를 메시지에 대한 결합도로 낮춤으로써 달성된다.

객체지향이 유연하고 확장 가능하고 재사용성이 높다는 명성을 얻게 된 배경에는 다형성이라는 강력한 무기가 있었기 때문이다.

다형성을 사용하면 메시지를 이해할 수 있는 어떤 객체와도 협력할 수 있는 유연하고 확장 가능한 구조를 만들 수 있다. 객체지향 패러다임이 강력한 이유는 다형성을 이용해 협력을 유연하게 만들 수 있기 때문이라는 점을 기억해야 한다.

출처

조영호 『객체지향의 사실과 오해』 위키북스(2015)