Skip to main content

vscode-react-webview-architecture

Architecture patterns for React-based webviews in the Rayfin VS Code extension (packages/tools/vscode). Use when creating new webview components, working with state management (Context API), integrating Fluent UI components, solving stale closure bugs with refs, or debugging webview rendering issues. Does NOT cover tRPC messaging (see vscode-webview-trpc-messaging skill).

Source facts

Repository
microsoft/rayfin
Last source activity
October 8, 2026 at 20:46
Detected SKILL.md language
English
Stars
651
Forks
71

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

File Explorer
2 files

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
vscode-react-webview-architecture
description
Architecture patterns for React-based webviews in the Rayfin VS Code extension (packages/tools/vscode). Use when creating new webview components, working with state management (Context API), integrating Fluent UI components, solving stale closure bugs with refs, or debugging webview rendering issues. Does NOT cover tRPC messaging (see vscode-webview-trpc-messaging skill).
# React Webview Architecture Patterns and conventions for React webviews in Project Rayfin. **Related skills** (do not duplicate): - **vscode-webview-trpc-messaging** — tRPC routers, procedures, telemetry, AbortSignal, subscriptions, WebviewController **Full reference**: See [references/REACT_ARCHITECTURE_GUIDELINES.md](./references/REACT_ARCHITECTURE_GUIDELINES.md) ## When to Use - Creating or modifying a webview - Adding new components inside `packages/tools/vscode/src/webviews/` - Working with React Context state management - Integrating Monaco Editor - Debugging stale closure issues in event handlers ## Rendering Pipeline Every webview boots through `packages/tools/vscode/src/webviews/index.tsx`: ```tsx root.render( <DynamicThemeProvider useAdaptive={true}> <WithWebviewContext vscodeApi={vscodeApi}> <Component /> </WithWebviewContext> </DynamicThemeProvider>, ); ``` - **`DynamicThemeProvider`** — adapts Fluent UI theming to VS Code's active color theme - **`WithWebviewContext`** — provides `vscodeApi` (postMessage) via React Context - **`WebviewRegistry`** — maps webview names → React components (in `packages/tools/vscode/src/webviews/api/configuration/WebviewRegistry.ts`) Configuration from the extension host is read via `useConfiguration<T>()`. ## File Organization ``` viewName/ ├── ViewName.tsx # Main component ├── viewName.scss # Styles ├── viewNameContext.ts # Context + state types (if complex) ├── viewNameController.ts # WebviewController subclass (extension-side) ├── viewNameRouter.ts # tRPC router (extension-side, see vscode-webview-trpc-messaging skill) ├── constants.ts ├── components/ # Sub-components ├── hooks/ # Custom React hooks ├── types/ # TypeScript types └── utils/ # Helpers ``` ## Component Hierarchy Example component hierarchy for a typical view: ``` MyView ├── Header ├── ToolbarActions ├── TabList │ ├── ContentTab │ │ └── ContentPanel │ └── EditorTab │ └── MonacoEditor └── StatusBar ``` ## State Management ### Simple views: local `useState` + props ### Complex views: React Context with `[state, setState]` tuple ```tsx export const MyViewContext = createContext< [MyViewContextType, React.Dispatch<React.SetStateAction<MyViewContextType>>] >([DefaultMyViewContext, () => {}]); // Provider in parent const [currentContext, setCurrentContext] = useState(DefaultMyViewContext); <MyViewContext.Provider value={[currentContext, setCurrentContext]}> // Consumer in child const [currentContext, setCurrentContext] = useContext(MyViewContext); ``` **Always use functional updates** when state depends on previous value: ```tsx setCurrentContext((prev) => ({ ...prev, isLoading: true, activeQuery: { ...prev.activeQuery, pageNumber: 1 }, })); ``` ## Stale Closure Pattern (CRITICAL) Third-party components that bind event handlers at initialization don't update when state changes. **Always use refs** to access current data in those handlers: ```tsx const dataRef = useRef(data); useEffect(() => { dataRef.current = data; }, [data]); const onClick = useCallback((event) => { const item = dataRef.current[event.detail.args.row]; // ✅ always current // NOT: data[event.detail.args.row]; ❌ stale closure }, []); // stable deps only ``` **Why**: Some third-party components bind handlers once at init time. Without refs, handlers see the data from initialization, not the latest state. ## Fluent UI Integration Use `@fluentui/react-components` (v9), themed via `DynamicThemeProvider`: | Component | Usage | | -------------------------- | ------------------------- | | `ProgressBar` | Loading states | | `Button`, `ToggleButton` | Toolbar actions | | `Tab`, `TabList` | View switching | | `Dropdown`, `Option` | Selection (ViewSwitcher) | | `Badge` | Status/preview indicators | | `MessageBar` | Info/warning messages | | `Skeleton`, `SkeletonItem` | Loading placeholders | ## Styling - Each component gets its own `.scss` file, imported directly - Shared styles in `sharedStyles.scss`, applied via `@extend` - **Consistent spacing unit: `10px`** with flexbox `row-gap`/`column-gap` - **No inline styles** — move to SCSS files - Avoid negative margins — fix layout with proper flexbox ```scss .myView { display: flex; flex-direction: column; height: 100vh; row-gap: 10px; } ``` ## Custom Hooks | Hook | Location | Purpose | | ------------------------------------- | ------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | | `useSelectiveContextMenuPrevention()` | `packages/tools/vscode/src/webviews/api/webview-client/utils/` | Prevents browser context menu everywhere except Monaco editors. Call once in top-level view. | ## Conditional Rendering Patterns **Object-based switch:**
View on GitHub