Ca

행동이 상태를 결정한다. 객체지향에 갓 입문한 사람들이 가장 쉽게 빠지는 함정은 바로 상태를 중심으로 객체를 설계하는 것입니다. 초보자들은 객체에 필요한 상태가 무엇인지를 먼저 결정하고 그 상태에 대한 행동을 결정하는 것이 일반적인데, 안타깝게도 이러한 순서 (상태 결정 ➡️ 행동 결정)는 설계에 나쁜 영향을 끼친다고 합니다. 그 이유는 세 가지로 설명합니다. 첫째, 캡슐화가 저해된다. 상태에 초점을 맞출 경우 상태가 객체 내부로 깔끔하게 캡슐화 되지 못하고 인터페이스에 그대로 노출되어버릴 확률이 높아집니다. 둘째, 객체를 협력자가 아닌 고립된 섬으로 만들 가능성이 높아진다. 상태를 먼저 고려하는 방식은 협력이라는 문맥에서 멀리 벗어난 채 객체를 설계하게 함으로써 자연스럽게 협력에 적합하지 못한 객체를 ..

객체지향의 세계를 창조하는 개발자들의 주된 업무는 객체의 상태를 조회하고 객체의 상태를 변경하는 일 상태를 조회하는 작업을 쿼리, 상태를 변경하는 작업을 명령이라고 합니다. 객체가 외부에 제공하는 해동의 대부분은 쿼리, 명령으로 구성되어 있습니다. 아이펠(Eiffel)이라는 언어를 만든 버트란드 마이어는 객체를 우리가 친숙하게 사용하는 기계에 빗대어 비유하여 설명하고 있습니다. 어떤 측면에서 객체를 기계에 빗대어 비유하였는지 엘리스 객체를 통해 한 번 알아보겠습니다. 기계의 하단부에는 '음료를 마시다', '케이크를 먹다', '부채질하다', '버섯을 먹다', '문을 통과하다'와 같은 4가지의 버튼과, '키', '위치'라는 버튼이 있습니다. '키','위치'에 대한 버튼 클릭 : 현재 상태에 대한 정보를 상단..

필립 켈만의 물체 인지 실험실험을 토대로 인간은 선천적으로 타고난 인지능력을 이용해 세상에 존재하는 다양한 객체를 식별하고 분류함으로써 세상을 이해한다는 사실을 보여줍니다. 문제는 바로 인간의 인지 능력은 물리적인 한계를 넘어 추상적인 사물까지도 객체로 인식할 수 있기 때문에 물리적인 개념을 넘어서 추상적인 개념까지 객체로 인식할 만큼 소프트웨어의 세계 역시 다양한 객체들이 모여 이루어져 있다고 생각하기 쉽다는 것입니달.하지만 소프트웨어 세계와 현실 세계의 유사성은 딱 이정도까지일 뿐, 객체지향 패러다임의 목적은 '모방'이 아닌 새로운 세계를 '창조'하는 것에 가깝다고 설명합니다.현실세계의 '가로등'으로 비유해보자면, 현실세계에서는 가로등은 스스로 불을 밝힐 수 없고, 다른 사람 객체에 의해 불이 밝혀지..

"객체지향세계는 현실 세계의 '모방'이 아니다" 라는 서론으로 시작합니다. 흔히들 객체 지향 세계를 이해하기 쉽게 설명하기 위해 현실세계를 모방하여 비유하곤 하지만, 엄밀히 말하면 객체 지향 세계는 현실세계와는 다른 점들이 분명 존재하기 때문에, 현실세계의 모방으로 비유하기에는 부족한 것들이 많다는 점을 근거로 말입니다. ** 이에 근거들은 챕터를 거듭하며 하나씩 설명하며, 우선적으로 첫번째 챕터에서는 '역할'과 '책임' 그리고 '협력'을 설명하기 위해 현실세계를 비유하고 있습니다. 역할과 책임 예시를 카페에서 주문을 하는 손님, 주문을 받는 캐셔, 음료를 제조하는 바리스타를 비유하여 객체 지향 세계에 적용해보겠습니다. 손님은 캐셔에게 음료를 주문합니다. 캐셔는 바리스타에게 음료 제조를 요청합니다. 바리..

길었던 4주간의 프리코스가 끝이 났습니다. 마지막 주차는 크리스마스 프로모션 미션으로 3주차 로또 미션과 비슷하되 확장된 맥락의 미션이었는데요. 간단하게 이번 주차에 적용하고 개선하고 고민한 점들을 리뷰해보고자합니다. 🚩4주차 목표 우선 저는 이번 미션에서는 다음과 같은 목표를 두었습니다. 요구사항이 많아진 만큼, 명세서 꼼꼼하게 확인하고 구현하기 객체를 객체스럽게 사용하기 도메인과 도메인 사이 의존관계를 두지 않기 객체 생성에 다른 도메인의 값이 필요한 경우 메시지를 통해 연결고리를 만들어 생성함으로써, 응집도를 낮추자. getter 지양, TDA(Tell, Don't Ask) 원칙 적용 : 객체가 할 수 있는 일은 객체에게 물어보지 않고 시키도록 하자. 객체가 할 수 있는 일이라 함은 객체의 필드값에..