Prodo 독서 리뷰 검색 결과

해당 글 52건

[오브젝트] 7장 객체 분해

추상화와 분해 불필요한 정보를 제거하고 현재의 문제 해결에 필요한 핵심만을 남기는 작업을 추상화 라고 부른다. 가장 일반적인 추상화 방법은 한 번에 다뤄야 하는 문제의 크기를 줄이는 것이다. 이처럼 큰 문제를 해결 가능한 작은 문제로 나누는 작업을 분해(decomposition) 이라고 부른다. 분해의 목적은 큰 문제를 한번에 처리할 수 있는 규모의 문제로 나누는 것이다. 한 가지 주목할 점은 정보의 가장 작은 단위로서의 개별 항목을 의미하는 것이 아니라 하나의 단위로 취급될 수 있는 논리적인 chunk를 의미한다. 추상화와 분해는 인간이 세계를 인식하고 반응하기 위해 사용하는 가장 기본적인 사고 도구이다. 복잡성이 존재하는 곳에 추상화와 분해 역시 함께 존재한다. 소프트웨어 개발 영역에서는 복잡한 문제..
Prodo 독서 리뷰 4년 전

[오브젝트] 6장 메세지와 인터페이스

협력과 메세지 협력은 어떤 객체가 다른 객체에게 무언가를 요청할 때 시작된다. 메세지는 객체 사이의 협력을 가능하게 하는 매개체다 객체가 다른 객체에게 접근할 수 있는 유일한 방법은 메세지를 전송하는 것뿐이다. 메세지는 매개로 하는 요청과 응답의 조합이 두 객체 사이의 협력을 구성한다. 클라이언트 서버 모델 두 객체 사이의 협력관계를 설명하기 위해 사용하는 전통적인 메타포는 클라이언트-서버(Client-Server)모델이다. 클라이언트 : 협력 안에서 메세지를 전송하는 객체 서버: 협력 안에서 메세지를 수신하는 객체 객체는 협력에 참여하는 동안 클라이언트와 서버의 역할을 동시에 수행하는 것이 일반적이다. 협력의 관점에서 객체는 두 가지 종류의 메세지 집합으로 구성된다. 객체가 수신하는 메세지의 집합 외부..
Prodo 독서 리뷰 4년 전

[오브젝트] 5장 책임 할당하기

책임 주도 설계를 향해 책임에 초점을 맞춰서 설계할 때 직면하는 가장 큰 어려움은 어떤 객체에게 어떤 책임을 할당할지를 결정하기가 쉽지 않다는 것이다. 책임 할당 과정은 일종의 트레이드오프 활동이다. 동일한 문제를 해결할 수 있는 다양한 책임 할당 방법이 존재하며, 어떤 방법이 최선인지는 상황과 문맥에 따라 달라진다. 따라서 올바른 책임을 할당하기 위해서는 다양한 관점에서 설계를 평가할 수 있어야 한다. GRASP 패턴을 이용하여 책임 할당의 어려움을 해결하는 방법을 제시하였다. 데이터 중심 설계 -> 책임 주도 설계 데이터 중심의 설계에서 책임 중심의 설계로 전환하기 위해서는 다음의 두 가지 원칙을 따라야 한다. 데이터보다 행동을 먼저 결정하라 협력이라는 문맥 안에서 책임을 결정하라 데이터보다 행동을 ..
Prodo 독서 리뷰 4년 전

[오브젝트] 4장 설계 품질과 트레이드오프

데이터 중심의 설계 객체지향 설계에는 두 가지 방법을 이용해 시스템을 객체로 분할할 수 있다. 데이터를 분할의 중심축으로 삼는 방법 (Entity를 먼저 정의하고 비지니스 로직 구현) 데이터 중심의 관점에서는 객체는 자신이 포함하고 있는 데이터를 조작하는 데 필요한 오퍼레이션을 정의 객체는 독립된 데이터 덩어리처럼 바라본다 책임을 분할의 중심축으로 삼는 방법 (Interface 기반의 비지니스 로직을 구현하고 필요한 속성을 정의) 객체는 다른 객체가 요청할 수 있는 오퍼레이션을 위해 필요한 데이터만 생성하는 정도 객체랑 협력하는 공동체의 일환으로 바라본다 데이터 중심 설계가 안 좋은 이유 객체지향 설계는 데이터가 아닌 책임에 초점을 맞춰야한다. 객체의 상태는 구현에 속한다 구현은 불안정하기 때문에 변화하..
Prodo 독서 리뷰 4년 전

[오브젝트] 3장 역할, 책임, 협력

역할, 책임, 협력 객체지향 패러다임의 관점에서의 핵심은 역할(role), 책임(responsibility), 협력(collaboration)이다. 애플리케이션의 기능을 구현하기 위해 어떤 협력이 필요하고 협력을 위해 어떤 역할과 책임이 필요한지 고민하지 않은 채 너무 이른 시기에 구현에만 초점을 맞추는 것은 변경하기 어렵고 유연하지 못한 코드를 낳는 원인이 된다. 협력: 객체들이 애플리케이션의 기능을 구현하기 위해 수행하는 상호작용 역할: 객체들이 협력안에서 수행하는 책임들을 일컫는 말 (= 인터페이스라 의역하면 이해가 쉽다) 책임: 객체가 협력에 참여하기 위해 수행하는 로직 (= 인터페이스 구현체 또는 객체) 협력 협력은 객체지향 세계에서 기능을 구현할 수 있는 유일한 방법이다. 하나의 객체가 모든 ..
Prodo 독서 리뷰 4년 전

[오브젝트] 2장 객체지향 프로그래밍

객체지향을 설계하는 방법 Robert C. Martin은 클린 소프트웨어: 애자일 원칙과 패턴, 그리고 실천방법에서 소프트웨어 모듈이 가져야 하는 세 가지 기능에 관해 설명한다. (모듈이란, 크기와 상관 없이 클래스나 패키지, 라이브러리와 같은 프로그램을 구성하는 임의의 요소를 의미한다.) 클래스가 아닌 실제 working하는 instance(객체)에 초점을 둔다. 클래스는 객체들의 특징을 추상화 한 것 클래스 -> 객체가 아닌 객체들을 정의하고 객체들의 특징을 기반으로 클래스를 정의한다. 객체를 중심에 두는 접근 방법은 설계를 단순하고 깔끔하게 만든다. 객체는 독립적인 존재가 아닌 기능을 구현하기 위해 협력하는 구성원의 일원으로 봐야한다. 객체를 협력하는 공동체의 일원으로 바라보게 되면 설계를 유연하고..
Prodo 독서 리뷰 4년 전

[오브젝트] 1장 객체, 설계

소프트웨어의 목적 Robert C. Martin은 클린 소프트웨어: 애자일 원칙과 패턴, 그리고 실천방법에서 소프트웨어 모듈이 가져야 하는 세 가지 기능에 관해 설명한다. (모듈이란, 크기와 상관 없이 클래스나 패키지, 라이브러리와 같은 프로그램을 구성하는 임의의 요소를 의미한다.) 실행 중에 오류 없이 제대로 동작해야 한다. 소프트웨어는 변경을 위해 존재한다. 대부분의 모듈은 생명주기 동안 변경되기 때문에 작업만으로도 변경이 가능해야 한다. 변경하기 어려운 모듈은 제대로 동작하더라도 개선해야 한다. 코드를 읽는 사람은 의사소통 해야 한다. 모듈은 특별한 훈련 없이도 개발자가 쉽게 읽고 이해할 수 있어야 한다. 읽는 사람과 소통할 수 없는 모듈은 개선해야 한다. 읽기 어려운 코드는 무엇일까? 하나의 Cl..
Prodo 독서 리뷰 4년 전

[Clean Code] 17장 냄새와 휴리스틱

1장부터 16장까지 정리한 내용의 요약본이 되는것 같다. 주석 (Comment) C1 : 부적절한 정보 - 소스관리 시스템 등에 저장하는 정보는 주석으로 남길 필요가 없다. C2 : 쓸모없는 주석 - 맞지 않는 주석은 삭제 한다. C3 : 중복된 주석 - 코드로 알 수 있는 사실은 주석으로 남기지 않는다. C4 : 성의 없는 주석 - 당연한 소리를 반복하지 않고, 간결하고 명료하게 작성한다. C5 : 주석 처리된 코드 - 주석 처리된 코드는 다른 코드의 변경사항을 반영하지 않는다. - 필요하면 소스 코드 관리 스셑메에서 불러 오도록 하자. 환경 (Environment) E1 : 여러단계로 빌드해야 한다. - 명령 하나로 빌드 될 수 있도록 해야한다. E2 : 여러 단계로 테스트해야 한다. - 명령 하나로..
Prodo 독서 리뷰 4년 전