어떤 것이 상태에서 계산된다면, 그것도 국가가 될 까요? MobX는 이를 “계산된” 상태라고 부를 수 있습니다. Redux는 단지 “누가 걱정, 그것을 기억”말한다. 하지만 릴레이로 어떻게 처리할 수 있을까요? 위의 실제 예제에서는 초안 js 객체를 가져 와서 일반 텍스트 문자열로 변환하고 정규식과 일치해야합니다. 이제 모든 키 입력에서 50개의 초안 js 개체를 문자열로 변환하는 것은 저렴하지 않으므로 기억하는 것이 좋습니다. 나는 본질적으로 다시 선택이 하는 것과 완벽하게 잘 작동하는 상태로 유지하여 구성 요소 수준에서 기억할 수 있습니다! … 하지만 앱 수준에서 기억할 수 있다면 어떨까요? 이 이상한 트릭으로 내 클라이언트 스키마를 사용자 지정 처리기공급자와 결합 할 수 있습니다. 따라서 데이터를 훨씬 더 빠르게 렌더링할 수 있습니다. A/B 실험으로 분할되는 코드의 추가 예제를 살펴보겠습니다. 이 자습서에서는 릴레이를 사용 하므로 릴레이 API에 대 한 끝점을 사용 해야 합니다. 구현하려는 네이티브 버전의 목표는 기능패리티가 아닙니다. 실제로, 당신은 할 일 기능의 매우 최소한의 하위 집합에 대 한 촬영. 목표는 릴레이가 웹 플랫폼에서와 마찬가지로 네이티브 플랫폼에서 대부분 동일하게 작동하며 GraphQL 백엔드를 웹 앱과 네이티브 앱 간에 공유할 수 있음을 보여주는 것입니다.
그리고 그것은 – 우리는 두 가지 구성 요소를 가지고 있으며, 그들은 그들이 정확히 필요로하는 데이터를 설명합니다. 첫 번째 구성 요소는 모든 위치를 반복해야하며 ID와 이름이 필요합니다. 두 번째 구성 요소는 AllLocations에 대한 데이터가 필요하지만 실제로 어떤 데이터가 있는지에 대해서는 더 신경 쓰지 않습니다. 이것은 릴레이 및 GraphQL에서 일반적으로 매우 중요한 개념입니다: 항상 구성 요소 자체에 필요한 것을 설명합니다. 그것은 1) 매우 명시적이기 때문에 중요하고 구성 요소를 리팩터링 할 때 아무것도 기름칠하지 않을 것을 확신 할 수 있으며 2) 당신은 쉽게 어딘가에 구성 요소를 사용하고 사용 하 여 요구 사항을 확산 할 수 있습니다 … 모든 위치. 이는 많은 React 구성 요소에서 UI를 작성하는 데 중요합니다. 편집기에 두 개의 돌연변이를 한 번에 추가하기 때문에 돌연변이에는 작업 이름이 있어야 합니다. 귀하의 경우, 이들은 만들기그라프쿨링크와 창조릴레이링크입니다.
쿼리 렌더러에 전체 쿼리를 작성하는 것이 맞습니다. 그러나 응용 프로그램이 증가함에 따라 루트 응용 프로그램 구성 요소를 더 작은 부분으로 분해해야 합니다. 릴레이 복사 React 구성 요소를 정확 하 게 그래서 새 구성 요소를 작성할 때 뿐만 아니라 거기 데이터 요구 사항을 지정 해야 합니다. 먼저 createFragmentContainer: 릴레이를 사용하여 전체 쿼리를 별도의 구성 요소로 이동하여 구성 요소에 렌더링 할 때 필요한 데이터가 있는지 확인하는 방법을 리팩터링할 수 있습니다. 따라서 시간이 지남에 따라 데이터 요구 사항이 변경되더라도 특정 페이지에 필요한 데이터를 알 수 있습니다. 새로운 페이스 북에서 릴레이는 모든 곳에서 사용됩니다. 이제 쿼리가 들어올 때마다 릴레이는 해당 처리기를 찾고 해당 데코레이션된 필드에 대한 일반 텍스트를 생성합니다. 꽤 달콤한! (계속 호출 할 수 있습니다 ContentTextHandler.update 당신의 돌연변이/구독에, 이것은 쿼리에서만 실행 됩니다.) 페이스 북은 더 빨리 페이지를로드하기 위해 서버 측에서 다양한 최적화를 실험하고있다.
