walli
03/22/2021, 7:41 AMHyeseong Kim
03/22/2021, 7:45 AMTony Won
fragment CardArticle_article on Article {
user {
isUserBlocked
...CardArticleProfile_user
}
}
const Component = () => {
if (article.user.isBlocked) {
// 유저가 차단되었다면 카드 자체를 숨기기
return null
}
}
fragment CardArticleProfile_user on User {
nickname
image {
url
}
isUserBlocked
}
이런 느낌을 질문하신거 맞을지 모르겠네요 ㅎㅎwalli
03/22/2021, 8:19 AMconst Card = () => {
// a, b를 가지고 c를 만드는 가공 메서드 <--- 이 로직을 분리하고 싶었어요.
return (<h1>{c}</h1>)
}
뭔가 순수 UI를 그리는 컴포넌트에는 다 가공된?만들어진 데이터를 넘기고싶었어요. 그 데이터를 만드는 로직은 분리하고 싶었습니다!
그럴때 fragment를 어디에 정의하면 좋을지 고민이 됬습니다😅Hyeseong Kim
03/22/2021, 8:21 AMwalli
03/22/2021, 9:11 AMwalli
03/23/2021, 1:37 AMTony Won
Hyeseong Kim
03/23/2021, 2:20 AMfragment를 모아서 쿼리하는 로직( 또는 container component) 와의 의존성이건 원래 GraphQL 이랑 상관 없이 존재해요! 컴포넌트를 컴포지션 하는게 곧 컴포넌트 의존성이죠 핵심은 컴포넌트와 데이터 의존성을 함께 배치하고 컴포지션이 항상 같은 위계로 일어나게 하는 점 입니다. 그럼 결과적으로 데이터 의존성은 별도의 처리로직이나 의존성 구조를 가지는 대신 뷰 컴포지션 구조를 따라 자연스럽게 일어나게 돼요
walli
03/23/2021, 4:12 AM해당 Fragment를 직접 import해서 사용하시나요??네네.. 지금은 따로 분리해서 관리하고 사용했네요ㅜㅋ