그래서 어떻게 해야됨?

생성 로직의 외부주입

OOP의 Factory 패턴처럼 해당 컴포넌트의 책임을 넘어서는 부분의 생성을 호출자에게 전가하는 것이다.
얼핏 보면 바로 직전의 코드와 유사하다.

function foo(
  createBig: () => Big, 
  respond: (value: Big) => void
) {
  respond({
    ...createBig(),
    x: 'wanted x'
  })
}

하지만 실행흐름이 부모와 자식을 오고가며 난잡해진다는 단점이 있다.

이벤트 기반의 접근

딜레마에서 소개했던 코드는 지극히 정상적이다. 단지 적절한 이름과 관점이 필요했을 뿐이다.

function foo(
  onCreate: (base: Big) => void
) {
  onCreate({ x: 'wanted x' })
}

// 사용처에서 알아서 책임진다
foo((base: Big) => {
  const small = { ...base, y: 'for small' }
  // small을 알아서 씀
})

객체지향과의 질감적 차이

리액트 컴포넌트 프로그래밍을 함수형이라고 뭉개기엔 어폐가 있지만, 불변성과 행위를 주고받는다는 관점에서 함수형이라고 부르겠다.

• 객체지향 패러다임에선 추상적인 관심사가 관념상 높은 곳에 위치하며, 상속(extend)받아서 쓴다.
• 함수형 패러다임에선 추상적인 관심사가 관념상 깊은 곳에 위치하며, 합성(composite)하여 쓴다.