본문 바로가기

분류 전체보기139

[Book] 객체지향의 사실과 오해 - 7장. 함께 모으기 마틴 파울러는 객체지향 설계 안에 존재하는 세 가지 상호 연관된 관점에 관해 설명한다. 파울러는 세 가지 관점을 각각 개념 관점, 명세 관점, 구현 관점이라고 부른다. 개념 관점(Conceptual Perspective)에서 설계는 도메인 안에 존재하는 개념과 개념들 사이의 관계를 표현한다. 도메인: 사용자들이 관심을 가지고 있는 특정 분야나 주제를 말함 소프트웨어는 도메인에 존재하는 문제를 해결하기 위해 개발된다. 명세 관점(Specification Perspective)은 도메인의 개념이 아니라 실제로 소프트웨어 안에서 살아 숨쉬는 객체들의 책임에 초점을 맞추게 된다. 즉 객체의 인터페이스를 바라보게 된다. 명세 관점에서 프로그래머는 객체가 협력을 위해 '무엇'을 할 수 있는가에 초점을 맞춤 인터페이.. 2023. 4. 4.
[Book] 객체지향의 사실과 오해 - 6장. 객체 지도 객체 지도 지도는 실세계의 지형을 기반으로 만들어진 추상화된 모델 지도 은유의 핵심은 기능이 아니라 구조를 기반으로 모델을 구축하는 편이 좀 더 범용적이고 이해하기 쉬우며 변경에 안정적이라는 것이다. 자주 변경되는 기능이 아니라 안정적인 구조를 따라 역할, 책임, 협력을 구성하라 기능 설계 대 구조 설계 모든 소프트웨어 제품의 설계에는 두 가지 측면이 존해한다. 하나는 기능(function) 측면의 설계이고 다른 하나는 구조(structure) 측면의 설계이다. 기능 측면의 설계는 제품이 사용자를 위해 무엇을 할 수 있는지에 초점을 맞춘다. 구조 측면의 설계는 제품의 형태가 어떠해야 하는지에 초점을 맞춘다. 좋은 설계는 나중에라도 변경할 수 있는 여지를 남겨 놓는 설계다. 지도 은유를 통해 살펴본 것처럼.. 2023. 4. 4.
[Book] 객체지향의 사실과 오해 - 5장. 책임과 메시지 자율적인 책임 설계의 품질을 좌우하는 책임 객체지향 공동체를 구성하는 기본 단위는 '자율적'인 객체 객체들은 애플리케이션의 기능을 구현하기 위해 협력하고 협력 과정에서 각자 맡은 바 책임을 다하기 위해 자율적으로 판단하고 행동함 객체가 어떤 행동을 하는 유일한 이유는 다른 객체로부터 요청을 수신했기 때문 요청을 처리하기 위해 객체가 수행하는 행동을 책임이라고 한다. 따라서 자율적인 객체란 스스로의 의지와 판단에 따라 각자 맡은 책임을 수행하는 객체를 의미 자신의 의지에 따라 증언할 수 있는 자유 객체가 책임을 자율적으로 수행하기 위해서는 객체에게 할당되는 책임이 자율적이어야 한다. 재판 과정을 예시로 들면 판사는 목격자에게 '증언하라'는 요청을 전송한다. 요청은 수신자의 책임을 암시하므로 목격자는 재판이.. 2023. 4. 4.
[Book] 객체지향의 사실과 오해 - 4장. 역할, 책임, 협력 역할, 책임, 협력 객체지향에 갓 입문한 사람들의 가장 흔한 실수는 '협력'이라는 문맥을 고려하지 않은 채 객체가 가져야할 상태와 행동부터 고민하는 것이다. 중요한 것은 개별 객체가 아니라 객체들 사이에 이뤄지는 협력이다. 객체지향 설계의 전체적인 품질을 결정하는 것은 개별 객체들의 품질이 아니라 여러 객체들이 모여 이뤄내는 협력의 품질이다. 협력 협력의 예시: ex) 재판 협력은 다수의 '요청'과 '응답'으로 구성되며 전체적으로 협력은 다수의 연쇄적인 요청과 응답의 흐름으로 구성된다. 객체지향의 세계: 동일한 목적을 달성하기 위해 협력하는 객체들의 공동체 어떤 객체가 특정한 요청을 받아들일 수 있는 이유는 그 요청에 대해 적절한 방식으로 응답하는데 필요한 지식.. 2023. 3. 30.
[Book] 객체지향의 사실과 오해 - 3장. 타입과 추상화 타입과 추상화 추상화의 예시 ex) 해리 벡의 지하철 노선도 지하철 노선도는 불필요한 지형 정보를 제거함으로써 단순함을 달성한 추성화의 훌륭한 예 지하철 노선도를 통해 알 수 있는 것처럼 훌륭한 추상화는 목적에 부합하는 것이어야 한다. 추상화 어떤 양상, 세부 사항, 구조를 좀 더 명확하게 이해하기 위해 특정 절차나 물체를 의도적으로 생략하거나 감춤으로써 복잡도를 극복하는 방법 복잡성을 다루기 위해 추상화는 두 차원에서 이뤄진다. 첫번째 차원은 구체적인 사물들 간의 공통점은 취하고 차이점은 버리는 일반화를 통해 단순하게 만드는 것 두번째 차원은 중요한 부분을 강조하기 위해 불필요한 세부 사항을 제거함으로써 단순하게 만드는 것 모든 경우에 추상화의 목적은 복잡성을 이해하기 쉬운 수준으로 단순화하는 것이라는.. 2023. 3. 29.
[Book] 객체지향의 사실과 오해 - 2장. 이상한 나라의 객체 객체지향과 인지 능력 인간은 본능적으로 세상을 독립적이고 식별 가능한 객체의 집합으로 바라본다. 많은 사람들이 객체지향을 직관적이고 이해하기 쉬운 패러다임이라고 말하는 이유는 객체지향이 세상을 자율적이고 독립적인 객체들로 분해할 수 있는 인간의 기본적인 인지 능력에 기반을 두고 있기 때문이다. 그러나 인간의 인지 능력은 물리적인 한계를 넘어 개념적으로 경계지을 수 있는 추상적인 사물까지도 객체로 인식할 수 있게 한다. 주문과 계좌 이체는 비록 물리적인 실체는 존재하지 않더라도 인간이 쉽게 구분하고 하나의 단위로 인지할 수 있는 개념적인 객체의 일종이다. 즉 객체란 인간이 분명하게 인지하고 구별할 수 있는 물리적인 또는 개념적인 경계를 지닌 어떤 것이다. "객체지향 패러다임은 인간이 인지할 수 있는 다양한.. 2023. 3. 29.
[Spring In Action] 11. 리액티브 API 개발하기 Chapter 11. REST API를 리액티브하게 사용하기 스프링 5가 RestTemplate의 리액티브 대안으로 WebClinet를 제공 WebClient는 외부 API로 요청을 할 때 리액티브 타입의 전송과 수신 모두를 한다. 리소스 얻기(GET) RestTemplate의 경우는 getForObject() Mono ingredient = WebClient.create() .get() .uri("http://localhost:8080/ingredients/{id}", ingredientId) .retrieve() .bodyToMono(Ingredient.class); ingredient.subscribe(i -> { ... }) 컬렉션에 저장된 값들을 반환하는 요청 Flux ingredients = .. 2023. 3. 24.
[알고리즘] DFS, BFS 개념 BFS와 DFS 두가지 모두 그래프를 탐색하는 방법 그래프: 정점(node)과 그 정점을 연결하는 간선(edge)으로 이루어진 자료구조의 일종 그래프 탐색: 하나의 정점으로부터 시작하여 차례대로 모든 정점들을 한번씩 방문하는 것 DFS 깊이 우선 탐색 (Depth-First Search) 루트 노드(혹은 다른 임의의 노드)에서 시작해서 다음 분기로 넘어가기전에 해당 분기를 완벽하게 탐색하는 방식 예를 들어 미로찾기를 할 때 최대한 한 방향으로 갈 수 있을 때까지 쭉 가다가 더이상 갈 수 없게되면 다시 가장 가까운 갈림길로 돌아와서 그 갈림길로부터 다시 다른 방향으로 탐색을 진행하는 방식 BFS 너비 우선 탐색 (Breadth-First Search) 루트 노드(혹은 다른 임의의 노드)에서 시작해서 인접한.. 2023. 2. 24.
@Transaction(readOnly = true) 스프링 프레임워크에서 @Transaction(readOnly = true)로 트랜잭션을 읽기 전용 모드로 설정할 수 있다. @Transaction(readOnly = true)트랜잭션에 readOnly = true 옵션을 주면 스프링 프레임워크가 하이버네이트 세션 플러시 모드를 MANUAL로 설정한다. 이렇게 하면 강제로 플러시를 호출하지 않는 한 플러시가 일어나지 않는다. 따라서 트랜잭션을 커밋하더라도 영속성 컨텍스트가 플러시 되지 않아 엔티티의 등록, 수정, 삭제가 동작하지 않고 또한 읽기 전용으로 영속성 컨텍스트는 변경 감지를 위한 스냅샷을 보관하지 않으므로 성능이 향상된다. 즉 엔티티를 읽기 전용으로 조회하면 변경 감지를 위한 스냅샷을 유지하지 않아도 되고 영속성 컨텍스트를 플러시 하지 않아도 돼.. 2022. 11. 21.
[데이터베이스] RDBMS vs NoSQL 이번 포스팅에서는 RDBMS 와 NoSQL의 차이점에 대해 알아보겠습니다. 차이점을 알아보기에 앞서 기본적인 개념부터 정리해보겠습니다. Database와 DBMS 그리고 SQL - Database: 여러 사람에 의해 공유되어 사용될 목적으로 통합하여 관리하는 데이터 집합 - DBMS: DataBase Management System의 약자로서 사용자와 데이터베이스 사이에서 사용자의 요청을 해석하여 데이터베이스에 저장된 정보를 관리할 수 있도록 해주는 소프트웨어 - SQL: Structured Query Language의 약자로서 관계형 데이테베이스 관리 시스템의 데이터를 관리하기 위해 설계된 특수 목적의 프로그래밍 언어이며 관계형 데이터베이스 관리 시스템에서 자료의 검색과 관리, 데이터베이스 스키마 생성.. 2022. 10. 9.

티스토리툴바