📕 Backend/Java

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

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

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

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

객체지향 생활체조 9가지 원칙 책 소트웍스 앤솔러지에 나오는 '객체지향 생활체조 원칙'에 대해 알아봅시다. 누구나 객체지향 설계를 잘하고 있다고 생각할 수 있지만, 무의식적으로 버리기 힘든 습관들로 인해 '좋은 설계'의 바탐이 되는 핵심 개념들(응집도, 결합도, 중복, 캡슐화, 테스트 가능성, 가독성, 초점)을 놓치는 경우가 많습니다. 책에 서술된 원칙들을 통해 좋은 객체지향 설계의 원칙을 알아보겠습니다. 책에는 총 9가지의 원칙이 서술되어 있습니다. 한 메소드에는 오직 한 단계의 들여쓰기만 한다. else 예약어를 쓰지 않는다. 모든 원시 값과 문자열을 포장한다. 한 줄에 점을 하나만 찍는다. 줄여쓰지 않는다(축약 금지). 모든 엔티티를 작게 유지한다. 3개 이상의 인스턴스 변수를 가진 클래스를 쓰지 ..