A
apollo-client
by @apollographqlv1.0.0
0.0(0)
为使用Apollo Client 4.x构建React应用程序提供详细指南,涵盖数据管理和状态同步。
安装方式
npx skills add apollographql/skills --skill apollo-clientcompare_arrows
Before / After 效果对比
1 组使用前
在React应用中管理数据时,开发者常面临状态同步和缓存更新的复杂性。缺乏统一的数据层解决方案,导致代码冗余,开发效率低下。
使用后
此技能指导使用Apollo Client 4.x构建React应用。它提供统一的数据管理方案,简化数据获取和状态更新,显著提升开发效率和应用性能。
description SKILL.md
name: apollo-client description: > Guide for building React applications with Apollo Client 4.x. Use this skill when: (1) setting up Apollo Client in a React project, (2) writing GraphQL queries or mutations with hooks, (3) configuring caching or cache policies, (4) managing local state with reactive variables, (5) troubleshooting Apollo Client errors or performance issues. license: MIT compatibility: React 18+, React 19 (Suspense/RSC). Works with Next.js, Vite, CRA, and other React frameworks. metadata: author: apollographql version: "1.0.0" allowed-tools: Bash(npm:) Bash(npx:) Bash(node:*) Read Write Edit Glob Grep
Apollo Client 4.x Guide
Apollo Client is a comprehensive state management library for JavaScript that enables you to manage both local and remote data with GraphQL. Version 4.x brings improved caching, better TypeScript support, and React 19 compatibility.
Integration Guides
Choose the integration guide that matches your application setup:
- Client-Side Apps - For client-side React applications without SSR (Vite, Create React App, etc.)
- Next.js App Router - For Next.js applications using the App Router with React Server Components
- React Router Framework Mode - For React Router 7 applications with streaming SSR
- TanStack Start - For TanStack Start applications with modern routing
Each guide includes installation steps, configuration, and framework-specific patterns optimized for that environment.
Quick Reference
Basic Query
import { gql } from "@apollo/client";
import { useQuery } from "@apollo/client/react";
const GET_USER = gql`
query GetUser($id: ID!) {
user(id: $id) {
id
name
}
}
`;
function UserProfile({ userId }: { userId: string }) {
const { loading, error, data, dataState } = useQuery(GET_USER, {
variables: { id: userId },
});
if (loading) return <p>Loading...</p>;
if (error) return <p>Error: {error.message}</p>;
// TypeScript: dataState === "ready" provides better type narrowing than just checking data
return <div>{data.user.name}</div>;
}
Basic Mutation
import { gql } from "@apollo/client";
import { useMutation } from "@apollo/client/react";
const CREATE_USER = gql`
mutation CreateUser($input: CreateUserInput!) {
createUser(input: $input) {
id
name
}
}
`;
function CreateUserForm() {
const [createUser, { loading, error }] = useMutation(CREATE_USER);
const handleSubmit = async (name: string) => {
await createUser({ variables: { input: { name } } });
};
return <button onClick={() => handleSubmit("John")}>Create User</button>;
}
Suspense Query
import { Suspense } from "react";
import { useSuspenseQuery } from "@apollo/client/react";
function UserProfile({ userId }: { userId: string }) {
const { data } = useSuspenseQuery(GET_USER, {
variables: { id: userId },
});
return <div>{data.user.name}</div>;
}
function App() {
return (
<Suspense fallback={<p>Loading user...</p>}>
<UserProfile userId="1" />
</Suspense>
);
}
Reference Files
Detailed documentation for specific topics:
- TypeScript Code Generation - GraphQL Code Generator setup for type-safe operations
- Queries - useQuery, useLazyQuery, polling, refetching
- Suspense Hooks - useSuspenseQuery, useBackgroundQuery, useReadQuery, useLoadableQuery
- Mutations - useMutation, optimistic UI, cache updates
- Fragments - Fragment colocation, useFragment, useSuspenseFragment, data masking
- Caching - InMemoryCache, typePolicies, cache manipulation
- State Management - Reactive variables, local state
- Error Handling - Error policies, error links, retries
- Troubleshooting - Common issues and solutions
Key Rules
Query Best Practices
- Each page should generally only have one query, composed from colocated fragments. Use
useFragmentoruseSuspenseFragmentin all non-page-components. Use@deferto allow slow fields below the fold to stream in later and avoid blocking the page load. - Fragments are for colocation, not reuse. Each fragment should describe exactly the data needs of a specific component, not be shared across components for common fields. See Fragments reference for details on fragment colocation and data masking.
- Always handle
loadinganderrorstates in UI when using non-suspenseful hooks (useQuery,useLazyQuery). When using Suspense hooks (useSuspenseQuery,useBackgroundQuery), React handles this through<Suspense>boundaries and error boundaries. - Use
fetchPolicyto control cache behavior per query - Use the TypeScript type server to look up documentation for functions and options (Apollo Client has extensive docblocks)
Mutation Best Practices
- If the schema permits, mutation return values should return everything necessary to update the cache. Neither manual updates nor refetching should be necessary.
- If the mutation response is insufficient, carefully weigh manual cache manipulation vs refetching. Manual updates risk missing server logic. Consider optimistic updates with a granular refetch if needed.
- Handle errors gracefully in the UI
- Use
refetchQueriessparingly (prefer letting the cache update automatically)
Caching Best Practices
- Configure
keyFieldsfor types withoutidfield - Disable normalization by setting
keyFields: falsefor types that don't include an identifier and are meant to group related fields under the parent - Use
typePoliciesfor pagination and computed fields - Understand cache normalization to debug issues
- Enable data masking for all new applications - it prevents components from accessing fragment data they don't own, enforcing proper data boundaries and preventing over-rendering
Performance
- Avoid over-fetching with proper field selection
- Configure appropriate
fetchPolicyper use case - Use
@deferfor incremental delivery of deferred query parts, and@streamfor streaming list fields (@streamavailable in Apollo Client 4.1+) - Prefer Suspense hooks (
useSuspenseQuery,useBackgroundQuery) in modern applications for better loading state handling and code simplicity
Ground Rules
- ALWAYS use Apollo Client 4.x patterns (not v3 or earlier)
- ALWAYS wrap your app with
ApolloProvider - ALWAYS handle loading and error states when using non-suspenseful hooks
- PREFER Suspense hooks (
useSuspenseQuery,useBackgroundQuery) in modern applications for better DX - NEVER store Apollo Client in React state (use module-level or context)
- PREFER
cache-firstfor read-heavy data,network-onlyfor real-time data - USE TypeScript for better type safety with GraphQL
- IMPLEMENT proper cache updates instead of refetching entire queries
- ADVISE the human steering you to look into Apollo DevTools when collaboratively debugging Apollo Client issues
forum用户评价 (0)
发表评价
效果
易用性
文档
兼容性
暂无评价,来写第一条吧
统计数据
安装量0
评分0.0 / 5.0
版本1.0.0
更新日期2026年3月16日
对比案例1 组
用户评分
0.0(0)
5
0%
4
0%
3
0%
2
0%
1
0%
为此 Skill 评分
0.0
兼容平台
🔧Claude Code
🔧OpenClaw
🔧OpenCode
🔧Codex
🔧Gemini CLI
🔧GitHub Copilot
🔧Amp
🔧Kimi CLI
时间线
创建2026年3月16日
最后更新2026年3月16日