// ✅ 선호하는 방식typeProps={value:Array<Term|TermGroup>;onChange?:(value:Array<Term|TermGroup>)=>void;}// ❌ 지양하는 방식typeProps={terms:Array<Term|TermGroup>;onTermsChange?:(value:Array<Term|TermGroup>)=>void;}// ❌ 지양하는 방식ContextAPI

작성해주신 예시를 보면 해당 props가 들어가는 컴포넌트가 왠지 terms를 조작하는 컴포넌트일 것 같아요... 🤔
예를 들어TermsEditor 같은 컴포넌트요!

그렇다고 하면TermsEditor라는 이름에 이미 terms를 다루는 게 명시되어 있으니 필요 없는 중복이 발생한 느낌이에요.
그래서 props에서까지 terms라는 정보를 안 줘도 되지 않을까 싶어요.

한 발 더 나아가서..

저는 컴포넌트 props뿐만 아니라 다른 곳에서도 비슷한 논리로 이름을 짓는 편이에요.
예를 들어 객체를 구성할 때 속성명에서는 단순히 중복되는 객체명 덧붙임을 빼는거죠.

물론 domain specific한 용어들은 적용하면 안되겠고, '일반적인' 속성일 경우는 이렇게 이름 짓는 게 좋은 것 같아요.

그런 '일반적인' 속성명이 중복되는 상황이 발생하면, 객체의 계층 구조가 올바르지 않다는 걸 알려주기도 해요.
대표적으로 각종 id 값이 한 객체 안에 다른 prefix를 달고 있는 상황이 있을 것 같아요.

// ✅typePost={id:string// ...author:Author}typeAuthor={id:string// ...}// ❌typePost={postId:string// ...authorId:string// ...}