<aside> 🔑 오늘 TIL 3줄 요약

</aside>

• 설계는 어렵다. 그치만 극복해야 하는 과제
• 결합도, 확장가능성, 모두 고려해야 한다.
• 차근차근 다시 읽어보자.

TIL (Today I Learned) 날짜

2022. 3. 26

오늘 읽은 범위

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

<aside> 📝 책에서 기억하고 싶은 내용

</aside>

서문

<aside> ✅ 현대의 미친듯이 빠른 변화 속도를 따라가려면 모든 수단을 동원하여 가능한 한 느슨하고 유연한 코드를 작성해야 한다.

결합도 낮추는 방법 - 결합도 줄이기 이벤트에 반응하는 네가지 - 실세계를 갖고 저글링하기 함수파이프라인 - 변환 프로그래밍 상속세 ( 객체지향의 상속에 대한 내용인듯? ) - 상속세 세부 사항을 완전히 코드 밖으로 옮기는 방법 - 설정

(이번 장의 핵심 내용들..)

</aside>

결합도 줄이기

• 열차사고 → 묻지말고 말하라. 다른객체의 내부 상태에 따라 판단을 내리고 그 객체를 갱신해서는 안 된다. 객체의 내부 상태를 묻는 것으로 인하여 캡슐화의 장점은 완전히 사라지고, 또 그 과정에서 구현에 대한 지식이 코드 여기저기로 퍼져 버린다. ( p186 )

실세계를 갖고 저글링하기

• 이벤트에 잘 반응하는 애플리케이션을 만들려면..

  • 유한 상태 기계 - 복합한 상태를 if-else, switch 같은 굴레에서 벗어나게 해주는거 같다.

    • ( 게임 개발_unity에서 쓰이는 패턴으로 재밌는 예제글 발견! ) https://luv-n-interest.tistory.com/778

  • 감시자 패턴 and 게시-구독 패턴

    • 사용자 인터페이스 시스템에서 널리 쓰이는데, 어떤 상호 작용이 일어났다 는것을 애플리케이션에 콜백으로 알려주는 방식 → 감시자 패턴

    • 모든 감시자가 감시 대상에 등록해야하고, 성능 병목이 될 수 있다. → 해결점은 게시-구독패턴

    • 게시자와 구독자 사이에 채널이 있어 이 사이를 통신하여 구동, 코드 밖에서 비동기 적으로 이루어짐.

      

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

    • 이벤트를 사용하여 코드가 반응하도록 할 수 있다는 것은 명백하다. 하지만 이벤트를 이리저리 연결하는 것도 쉽지만은 않다. 그래서 ‘스트림stream’이 필요하다.
    • 이벤트의 리스트를 다룬다고 생각하면 된다.
    • 일반적으로 이벤트 스트림은 이벤트가 발생할 때마다 채워진다. 이 말은 이벤트를 발생시키는 감시 대상들을 병렬적으로 실행시킬 수 있다는 것이다.
    • ( 참고 사이트 ) https://yozm.wishket.com/magazine/detail/1334/

변환 프로그래밍

• 프로그램이란 입력을 출력으로 바꾸는 것이라는 사고방식으로 돌아갈 필요가 있다.