별도의 유형 정의를 생성하는 대신 항상 구조 분해 객체를 인라인으로 입력하도록 하고 싶습니다. 예를 들어 React 구성 요소의 경우 모든 코드에서 다음 패턴을 사용하도록 강제하고 싶습니다.
대신:
ESLint 규칙을 확인했는데 비슷한 것을 찾지 못했습니다. 제안할 사람이 있나요?
내가 아는 한, 현재 이 모드를 시행하는 기존 린트 규칙은 없습니다.
no-restricted-syntax을 사용하여 보푸라기 규칙을 적용할 수 있지만(예제) 게시물의 댓글에서 알 수 있듯이 이는 좋은 생각이 아닙니다.
no-restricted-syntax
반응형 함수 구성요소는 단지 함수일 뿐이므로 "반응형 함수 구성요소"에만 일치하는 선택기를 생성할 수 없습니다. 따라서 (내 예에서 볼 수 있듯이) 이 간단한 접근 방식은 코드베이스에 많은 잡음과 거짓 긍정을 생성합니다. 이는 팀에 잡음을 생성하기 때문에 좋지 않습니다.
을 통해 사용자 정의 규칙을 만들 수 있지만 실제로 이 숫자를 0으로 만들 수는 없습니다.
BTW - 이 코딩 스타일은 업계 관례에 어긋나기 때문에 좋지 않습니다. 예를 들어 고차 또는 래퍼 구성 요소를 생성할 때 소비자로 가져오고 다른 유형과 결합할 수 있도록 별도의 유형을 정의하는 것은 매우 일반적이고 널리 사용됩니다.
항상 유형을 인라인으로 정의하면 Params<typeof MyComponent>[0]를 통해 prop 유형을 가져올 수밖에 없기 때문에 더 어려워집니다.
Params<typeof MyComponent>[0]
내가 아는 한, 현재 이 모드를 시행하는 기존 린트 규칙은 없습니다.
no-restricted-syntax
을 사용하여 보푸라기 규칙을 적용할 수 있지만(예제) 게시물의 댓글에서 알 수 있듯이 이는 좋은 생각이 아닙니다.반응형 함수 구성요소는 단지 함수일 뿐이므로 "반응형 함수 구성요소"에만 일치하는 선택기를 생성할 수 없습니다. 따라서 (내 예에서 볼 수 있듯이) 이 간단한 접근 방식은 코드베이스에 많은 잡음과 거짓 긍정을 생성합니다. 이는 팀에 잡음을 생성하기 때문에 좋지 않습니다.
을 통해 사용자 정의 규칙을 만들 수 있지만 실제로 이 숫자를 0으로 만들 수는 없습니다.
BTW - 이 코딩 스타일은 업계 관례에 어긋나기 때문에 좋지 않습니다. 예를 들어 고차 또는 래퍼 구성 요소를 생성할 때 소비자로 가져오고 다른 유형과 결합할 수 있도록 별도의 유형을 정의하는 것은 매우 일반적이고 널리 사용됩니다.
항상 유형을 인라인으로 정의하면
Params<typeof MyComponent>[0]
를 통해 prop 유형을 가져올 수밖에 없기 때문에 더 어려워집니다.