코드로 우주평화

* 이 글은 책을 읽고 주관적인 생각과 함께 요약 정리한 글입니다. 설명을 위한 글이 아니므로 내용이 정확하지 않을 수 있습니다. 제목 : 도메인 주도 설계 철저 입문 저자 : 나루세 마사노부 범위 : 리포지토리 리포지토리 리포지토리의 책임은 도메인 객체를 저장하고 복원하는 퍼시스턴시(영속성 - 지속됨을 뜻함)다. 리포지토리에 정의되는 행위는 객체의 저장 및 복원에 대한 것이다. 행위 예시 : save, add, get, store, update, find, find_all, delete 리포지토리를 사용하는 이유 비즈니스 로직이 기술적 요소와 깊은 관계를 맺으면 자칫 문제 해결을 위한 코드가 기술 코드에 침식 당하기 때문에 의도를 파악하기 어려워진다. 로직이 인프라스트럭쳐 기술에 의존하면 소프트웨어가 ..

* 이 글은 책을 읽고 주관적인 생각과 함께 요약 정리한 글입니다. 설명을 위한 글이 아니므로 내용이 정확하지 않을 수 있습니다. 제목 : 파이썬으로 살펴보는 아키텍처 패턴 저자 : 해리 퍼시벌, 밥 그레고리 범위 : 1. 도입 ~ 2. 도메인 모델링 느낀 점 시스템을 설계할 때, 도메인 관점에서 행동을 먼저 떠올리자. 테스트 코드를 작성할 때, 코드만 보더라도 어떻게 동작하는지 알 수 있도록 작성하자. 값 객체, 엔티티 등, 데이터 클래스와 매직매서드를 활용해보자. 동사의 경우 되도록 함수로 표현하자. 클래스 내 ‘매서드’와 ‘일반 함수’, 이 둘을 어떤 기준으로 선택, 구현해야할까? 더보기 데이터 클래스 멀티패러다임 정리 도입 추상화는 00모듈이 검색 엔진 api를 캡슐화해준 것처럼 해동을 캡슐화하는..

* 이 글은 책을 읽고 주관적인 생각과 함께 요약 정리한 글입니다.설명을 위한 글이 아니므로 내용이 정확하지 않을 수 있습니다. 제목 : 객체지향의 사실과 오해 저자 : 조영호 범위 : 07 함께 모으기 요약 정리 객체지향의 세 가지 관점 개념 관점(Conceptual Perspective) 도메인 안에 존재하는 개념과 개념들 사이의 관계를 표현 소프트웨어는 도메인에 존재하는 문제를 해결하기 위해 개발된다. 실제 도메인의 규칙과 제약을 최대한 유사하게 반영하는 것이 핵심이다. 명세 관점(Specification Perspective) 도메인을 벗어나 개발자의 영역인 소프트웨어에 집중 객체들의 책임에 초점을 맞추며 객체의 인터페이스를 바라보는 관점이다. 구현 관점(Implementation Perspect..

* 이 글은 책을 읽고 주관적인 생각과 함께 요약 정리한 글입니다. 제목 : 객체지향의 사실과 오해 저자 : 조영호 범위 : 06 객체지도 요약 정리 설계 객체지향은 자주 변경되는 '기능'이 아니라 안정적인 '구조'를 기반으로 시스템을 구조화한다. (구조 중심 설계) 기능 측면 설계는 사용자를 위해 무엇을 할 수 있는지에 초점을 맞춘다. (충분조건) 구조 측면 설계는 서비스의 형태가 어떠해야 하는지에 초점을 맞춘다. (필요조건) 기능과 구조는 조화를 이루어야 한다. 소프트웨어는 요구사항이 항상 변경된다. 이 '변경' 때문에 설계가 필요한 것이다. 예측 불가능한 변경에 유연하게 대처할 수 있는 안정적인 구조를 설계해야한다. 좋은 설계는 나중에라도 변경할 수 있는 여지를 남겨 놓는 설계다. 즉, 설계의 목표..