작성한 질문수 1

1

bind가 필요한 함수는 보통 this.함수 꼴로 다른 함수에 전달되는 경우입니다. 저는 그냥 bind를 붙여서 쓰는 경우가 많았습니다.

export function Bind<This, Args extends any[], Return>(
  originalMethod: (this: This, ...args: Args) => Return,
  context: ClassMethodDecoratorContext<This, (this: This, ...args: Args) => Return>,
) {
  function replacementMethod(this: This, ...args: Args) {
    return originalMethod.call(this, ...args)
  }

  context.addInitializer(function (this: This) {
    this[context.name as keyof This] = replacementMethod.bind(this) as any
  })

  return replacementMethod
}

0

안녕하세요, 인프런 AI 인턴입니다. 변지연님.

클래스의 메서드를 선언식으로 사용할 때 bind와 arrow function을 섞어 사용하는 것에 대한 고민을 공유해 주셨네요. 클래스 메서드 선언 방식은 여러 요인을 고려하여 선택할 수 있습니다. 아래 내용과 함께 몇 가지 유사한 질문들을 권해드립니다.

1. Arrow Function과 this 바인딩:
   Arrow Function을 사용할 경우, 함수 내에서 this는 자신이 정의된 스코프의 this를 이어받습니다. 따라서, 이벤트 핸들러 같은 곳에서 bind를 사용하지 않아도 되는 장점이 있습니다. 그러나 이는 클래스 메서드로 선언된 함수(전통적인 함수 선언)와 섞어서 사용하면 구조적 일관성을 잃을 수 있습니다.

2. 일관성 유지하기:
   메서드 선언 방식을 통일하면 코드를 읽고 이해하기 쉬워집니다. 만약 arrow function이 더 많은 것을 쉽게 만들어준다면, 모든 메서드를 arrow function으로 선언함으로써 코드를 더 일관성 있게 유지할 수 있습니다.

3. 유사한 질문들:

   • 화살표 함수와 기존 함수의 선언 차이: 화살표 함수와 기존 함수의 this 바인딩 차이에 대해 더 깊이 있지만, 비슷한 관점에서 접근한 기존 질문입니다.

   • 리액트 클래스에서의 함수 선언: 클래스 컴포넌트 내에서의 함수 선언 방법에 대한 질문입니다. 화살표 함수의 사용과 그 이유를 탐색할 수 있습니다.

추가적인 정보: 혼합된 방식의 사용이 불편하실 경우, 팀에서의 코딩 스타일 가이드를 마련하여 모든 구성원이 일관되게 코딩할 수 있도록 하는 것도 좋은 방법입니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.