기어가더라도 제대로

수업을 듣고 정리한 필기를 옮긴 글입니다. 오류가 있을 수 있으나, 이는 전적으로 저의 무지에서 비롯된 것입니다. 많은 양해 바랍니다. # 프로토콜을 안쓴다면 ..? 슈퍼 클래스에서 구현체를 만들어놔야 해결이 된다. 프로토콜 처럼 추상적인 인터페이스를 만들어 놓으면 그안에 세부 내용은 그것을 받을 인스턴스마다 다르게 설정 가능한데, 상속에 의한 방식은 내부의 기능을 일단 상위클래스에서 만들어놓고 하위클래스에서 override하는 식으로 써야한다. 다시 말하면, 수퍼 클래스에서 그 기능을 사용하지 않더라도 구현을 준비해놔야한다는 이야기. * 수퍼클래스 - 서브 클래스 HTML 삽입 미리보기할 수 없는 소스 * protocol - 채택 HTML 삽입 미리보기할 수 없는 소스 이 두 차이는 이미 구현체가 구체..

강의를 바탕으로 정리한 내용입니다. 코드스쿼드의 견해와 다를 수 있으며 오류가 있을 시 전적으로 저의 무지에서 비롯된 것입니다. 양해바랍니다. # Swifty 객체지향 프로그래밍 객체지향이 어려운 이유 사물을 대하는 관점이 동서양이 다르다. 동양은 어떤 물체를 자신과 동일시하고, 서양에서는 어떠한 물체를 대상화 한다. 동양은 표현 중심적인 반면, 서양은 개념 중심적이다. 같은 실체를 보고도 이런 차이를 보인다. 위의 사진은 "윗면이 평평하고 다리가 있는 물건"이다. 이는 책상을 개념적으로 풀어 쓴 것이고, 이 개념을 표현하면 "책상"이 된다. 다시 말하면 서양인들은 중간의 동그라미 처럼 생각을 하고, 우리는 가장 오른쪽 "책상"으로 생각하기 때문에, 개념적으로 설명하는 객체지향을 이해하기 어렵다고 합니다..

개발 관련 독서 스터디의 과제로 책의 내용을 정리한 글입니다. 01/ 협력하는 객체들의 공동체 협력하는 사람들 * 커피 공화국의 아침요청과 응답으로 구성된 협력역할과 책임 * 역할, 책임, 협력 기능을 구현하기 위해 협력하는 객체들역할과 책임을 수행하며 협력하는 객체들 * 협력 속에 사는 객체 * 상태와 행동을 함께 지닌 자율적인 객체협력과 메시지메서드와 자율성 객체지향의 본질 * 객체를 지향하라 일반적으로 객체지향을 이야기할 때, 떠오르는 생각들이 있다. 현실세계를 프로그래밍 세계를 옮겨왔다는 착각이 그것이다. 이 착각은 객체지향을 배우는 시점에서는 나름의 유익성이 있지만, 이 비유는 실제 프로그래밍을 하면서는 거리감이 있다. 예를들면 현실 세계의 방화벽은 화재를 막지 허가되지 않은 네트워크를 차단하지..