본문 바로가기

👩🏻‍💻 🌮 💬

📚 book/객체지향의 사실과 오해10

07 함께 모으기 코드와 모델을 밀접하게 연관시키는 것은 코드에 의미를 부여하고 모델을 적절하게 한다. 마틴 파울러는 객체지향 설계 안에 존재하는 세 가지 상호 연관된 관점을 각각 개념 관점, 명세 관점, 구현 관점이라고 부른다. 🔎 개념 관점 (Conceptual Perspective) 개념 관점에서의 설계는 도메인 안에 존재하는 개념과 개념들 사이의 관계를 표현한다. (도메인이란 사용자들이 관심을 가지고 있는 특정 분야나 주제를 말한다.) 이 관점은 사용자가 도메인을 바라보는 관점을 반영한다. 따라서 실제 도메인의 규칙과 제약을 최대한 유사하게 반영하는 것이 핵심이다. 🔎 명세 관점 (Specification Perspective) 사용자의 영역인 도메인을 벗어나 개발자의 영역인 소프트웨어로 초점이 옮겨진다. → 객체.. 2022. 1. 27.

06 객체 지도 01 기능 설계 vs 구조 설계 훌륭한 소프트웨어는 훌륭한 기능을 제공하는 동시에 사용자가 원하는 새로운 기능을 빠르고 안정적으로 추가 할 수 있어야 한다. 예측 불가능한 요구사항 변경에 유연하게 대처할 수 있는 안정적인 구조 를 제공해야 한다. 변경은 예측 불가능하기에 대비할 수 밖에 없다. 대비하는 가장 좋은 방법은 변경을 예측하는 것이 아니라 변경을 수용할 수 있는 선택의 여지를 설계에 마련해 놓는 것이다. 객체 지향 접근 방법은 자주 변경되지 않는 안정적인 객체 구조를 바탕으로 시스템 기능을 객체 간의 책임으로 분배한다. 객체 지향은 객체의 구조에 집중하고 기능이 객체의 구조를 따르게 만든다. 기능은 더 작은 책임으로 분할되고 적절한 객체에게 분배되기 때문에 기능이 변경되더라도 객체 간의 구조는 .. 2022. 1. 23.

05 책임과 메시지 (2) 인터페이스 01 객체 인터페이스 인터페이스란 어떤 두 사물이 마주치는 경계 지점에서 서로 상호작용할 수 있게 이어주는 방법이나 장치를 의미한다. ex ) 일상생활에서 사람들은 말과 글이라는 인터페이스를 이용해 자신의 의사를 전달한다. 텔리비전을 시청하기 위해 가장 많이 사용하는 인터페이스는 텔리비전 리모컨이며, 엘레베이터를 타고 원하는 층에 도착하기 위해서는 엘레베이터 버튼을 눌러야 한다. 개발자들은 미리 약속된 애플리케이션 프로그래밍 인터페이스(application programming interface, API)를 통해 다른 사람이 작성한 코드와 상호작용한다. ● 인터페이스의 3가지 특징 1. 인터페이스의 사용법을 익히기만 하면 내부 구조나 동작 방식을 몰라도 쉽게 대상을 조작하거나 의사를 전달할 수 있다. 2.. 2022. 1. 13.

05 책임과 메시지 (1) 메시지 01 자율적인 책임 자율적인 객체란 스스로의 의지와 판단에 따라 각자 맡은 책임을 수행하는 객체이다. 적절한 책임이 자율적인 객체를 낳고, 자율적인 객체들이 모여 유연하고 단순한 협력을 낳는다. 따라서 협력에 참여하는 객체가 얼마나 자율적인지가 전체 어플리케이션의 품질을 결정한다. 객체가 책임을 자율적으로 수행하기 위해서는 객체에게 할당되는 책임이 자율적이어야 한다. 책임이 자율적이지 않다면 객체가 자율적으로 책임을 수행하기 어렵다. 쉽게 설명하자면 요청을 할 때 너무 상세하고 구체적으로 요청을 하면 응답을 받은 객체가 책임을 다하기 위해 자신의 의지나 판단력이 아닌 요청에 구체적인 요청에 의존할 수 밖에 없다. 이 말은, 구체적인 요청을 받은 객체는 자육적으로 책임을 수행할 수 없다는 의미가 된다. (.. 2022. 1. 12.

04 역할, 책임, 협력 객체 지향에 갓 입문한 사람들의 가장 흔한 실수는 협력이라는 문맥을 고려하지 않은 채 객체가 가져야할 상태와 행동부터 고민하기 시작한다. 중요한 것은 개별 객체가 아니라 객체들 사이에 이뤄지는 협력이다. 01. 협력 협력은 한 사람이 다른 사람에게 도움을 요청할 때 시작된다. 다수의 요청과 응답으로 구성되며 전체적으로 협력은 다수의 연쇄적인 요청과 응답의 흐름으로 구성된다. 02. 책임 어떤 객체가 어떤 요청에 대해 대답해 줄 수 있거나, 적절한 행동을 할 경우 해당 객체가 책임을 가진다고 말한다. 객체의 책임은 '객체가 무엇을 알고 있는가(knowing)'와 '무엇을 할 수 있는가(doing)'로 구성된다. 하는 것(doing) 아는 것(knowing) 객체를 생성하거나 계산을 하는 등의 스스로 하는 .. 2022. 1. 12.

03 타입과 추상화 (2) 타입 00. 타입 타입은 개념이다. 타입은 공통점을 기반으로 객체들을 묶기 위한 틀이다. 타입은 개념과 마찬가지로 심볼, 내연, 외연을 이용해 서술할 수 있으며 타입에 속하는 객체 역시 타입의 인스턴스라고 한다. 타입은 개념과 동일하다. 따라서 타입이란 우리가 인식하고 있는 다양한 사물이나 객체에 적용할 수 있는 아이디어나 관념을 의미한다. 어떤 객체에 타입을 적용할 수 있을 때 그 객체를 타입의 인스턴스라고 한다. 타입의 인스턴스는 타입을 구성하는 외연인 객체 집합의 일원이 된다. 타입이 근본적으로 개념과 동일하다고 하더라도 일단 컴퓨터 내부로 들어오는 순간 좀 더 기계적인 의미로 윤색될 수 밖에 없다. 기계적인 의미는 종종 개발자들의 머리를 혼란스럽게 만든다. 컴퓨터 안에 살아가는 데이터를 목적에 따라 분.. 2021. 12. 29.

03 타입과 추상화 (1) 추상화 일단 컴퓨터를 조작하는 것이 추상화를 구축하고, 조작하고, 추론하는 것에 관한 모든 것이라는 것을 깨닫고 나면 (훌륭한) 컴퓨터 프로그램을 작성하기 위한 중요한 전제 조건은 추상화를 정확하게 다루는 능력이라는 것이 명확해진다. 00. 영국 런던에서 세계 최초의 지하철이 개통되고 1927년 스팅모어(Stingemore)는 런던 지하철 지도를 다음과 같이 만들었다. 이 노선도는 실제와 유사한 물리적인 지형 위에 구불구불한 운행 노선과 불규칙적인 역 간의 거리를 사실적으로 묘사하고 있다. 문제는 이렇게 사실적인 정보가 오히려 지하철을 이용하는 승객들로 하여금 노선도를 이해하기 어렵게 만들었다. 1933년 해리 벡은 사실적인 지형과 축척은 무시하고 역 사이의 연결성에만 집중한 혁신적인 지하철 노선도를 창조했다... 2021. 12. 27.

02 이상한 나라의 객체 (2) 01 기계로서의 객체 객체지향의 세계를 창조하는 개발자들의 주된 업무는 객체의 상태를 조회하고 객체의 상태를 변경하는 것이다. - 쿼리 (query) : 객체의 상태를 조회하는 작업 - 명령 (command) : 객체의 상태를 변경하는 작업 -> 객체가 외부에 제공하는 행동의 대부분은 쿼리와 명령으로 구성된다. 기계로서의 객체 : 차가운 금속 외피로 둘러싸인 블랙 박스라고 생각하자. -> 기계의 부품은 단단한 금속 외피 안에 감춰져 있기 때문에 기계를 분해하지 않는한 기계의 내부를 직접 볼 수 없다. -> 대신, 사람은 기계의 외부에 부착된 사각형(ㅁ)과 원모양(ㅇ)의 버튼을 이용해서만 기계와 상호작용할 수 있다. - 사각형(ㅁ) 버튼 : 객체의 상태를 변경할 수 있다. - 원모양(ㅇ) 버튼 : 원하는 .. 2021. 12. 21.

02 이상한 나라의 객체 (1) 객체지향 패러다임은 지식을 추상화하고 추상화한 지식을 객체 안에 캡슐화함으로써 실세계 문제에 내재된 복잡성을 관리하려고 한다. 객체를 발견하고 창조하는 것은 지식과 행동을 구조화하는 문제다. 01 객체 지향과 인지 능력 인간은 본능적으로 세상을 독립적이고 식별 가능한 객체의 집합으로 바라본다. 세상을 더 작은 객체로 분해하는 것 : 본질적으로 세상이 포함하고 있는 복잡성을 극복하기 위한 인간의 작은 몸부림 인간은 좀 더 단순한 객체들로 주변을 분해함으로써 자신이 몸담고 있는 세상을 이해하려고 노력한다. 즉, 객체란? 인간이 분명하게 인지하고 구별할 수 있는 물리적인 또는 개념적인 경계를 지닌 어떤 것이다. 객체지향 패러다임의 목적 : 현실 세계를 모방하는 것이 아니라 현실 세계를 기반으로 새로운 세계를 .. 2021. 12. 19.

이전 1 2 다음

티스토리툴바