오늘 TIL 3줄 요약

• 코드 수정이 쉽도록 결합도가 낮은 코드를 작성해라

• 재사용이 용이한 코드를 짜기 위해 노력해라

• 코드에만 집중하기 보다는 데이터의 입력을 출력으로 변환한다는 개념을 기억해라

TIL (Today I Learned) 날짜

2022.03.26

오늘 읽은 범위

5장. 구부러지거나 부러지거나

책에서 기억하고 싶은 내용을 써보세요.

• 높은 결합도는 변경의 적이다. 결합도가 높으면 이리저리 연결되어 있어서 여러 가지를 동시에 바꿔야 하기 때문이다.

• "결합도가 낮은 코드가 바꾸기 쉽다."

• 무언가에 접근할 때 "."을 딱 하나만 쓰려고 노력해 보라. '무언가에 접근'한다는 건 중간 변수를 사용하는 경우까지 포함해야 한다.

• 코드를 재사용할 수 있도록 해야 한다는 생각이 코딩 습관의 일부가 되어야 한다. 코드를 재사용할 수 있게 하려면 깨끗한 인터페이스를 만들고 나머지 코드와의 결합을 없애야 한다. 

• ▼ 이벤트에 잘 반응하는 애플리케이션을 만드는 것을 도와줄 네 가지 전략 

  • 유한 상태 기계(Finite State Machine, FSM)

    • 상태 기계 - 이벤트를 어떻게 처리할지 정의한 명세, 정해진 상태들이 있고 그중 하나가 '현재 상태'

    • 상태마다 그 상태일 때 의미가 있는 이벤트들을 나열하고, 이벤트별로 시스템의 다음 '현재 상태'를 정의

  • 감시자(observer) 패턴

    • 이벤트를 발생시키는 쪽인 '감시 대상(observable)'과 이런 이벤트에 관심이 있는 클라이언트인 '감시자'로 이루어짐

    • 모든 감시자가 감시 대상에 등록을 해야 하기 때문에 결합이 생김. 더군다나 일반적으로 감시 대상이 콜백을 직접 호출하도록 구현하기 때문에 이 부분이 성능 병목이 될 수 있음

  • 게시-구독

    • 게시(publish)-구독(subscribe) 혹은 발행-구독 모델, 줄여서 펍섭(pubsub)이라고도 부름

    • 감시자 패턴을 일반화한 것으로 감시자 모델의 결합도를 높이는 문제와 성능 문제도 해결

    • 각 채널에는 이름이 있고, 구독자는 관심사를 하나 이상의 채널에 등록하고, 게시자는 채널에 이벤트를 보냄, 게시자-구독자 사이의 통신은 코드 밖에서 (아마) 비동기적으로 이루어짐

  • 반응형 프로그래밍과 스트림

    • 반응형 프로그래밍은 값이 바뀌면 그 값을 사용하는 다른 값이 '반응하는(react)' 것, 리액트, 뷰 인기가 높음

    • 스트림 - 이벤트를 일반적인 자료 구조처럼 다룰 수 있게 해줌, 이벤트의 리스트를 다룬다고 생각

    • 익숙한 방식으로 스트림을 다룰 수 있음, 이벤트 처리, 조합, 골라내기 등 모든 작업을 일반적인 자료 구조와 마찬가지 방법으로 할 수 있음

  • 변환 모델 - 데이터를 전체 시스템 여기저기의 작은 웅덩이에 흩어 놓는 대신, 데이터를 거대한 강으로, 흐름으로 생각하면 데이터는 기능과 동등해진다

오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요

접해보지 않은 언어로 작성된 코드를 보려니 힘이 들었다. 위의 네 가지 전략도 확실한 실례 없이 냅다 추상적으로만 풀어놓으니 정말 어려웠다. 연차가 쌓이고 경험이 많은 개발자들은 이 책에 공감하면서 몰랐던 지식을 100% 흡수할 수 있는지 궁금하다. 아직 난 갈 길이 멀다..!

궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.

• 싱글턴(singleton) 디자인 패턴