Skip to content
Back to skills

React Typescript Patterns

ASecurity

Use when writing React + TypeScript components - functional components, explicit typed props, derived state over effects, and no any/unsafe casts

  • 109 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 19, 2026
ai-agentstypescriptgoreactapifrontendbackend

Works with

  • api

Security analysis

A100/100

Scanned October 2, 2026

npx -y skills add makifbaysal/tasktrooper --skill react-typescript-patterns --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of React Typescript Patterns?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for React Typescript Patterns
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/makifbaysal-react-typescript-patterns/badge)](https://www.skillsdirectory.com/skills/makifbaysal-react-typescript-patterns)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: react-typescript-patterns
category: frontend
description: Use when writing React + TypeScript components - functional components, explicit typed props, derived state over effects, and no any/unsafe casts
tech_stack: React
---
# React + TypeScript Patterns

## Overview

The compiler is your first test. The recurring defects are `any`/`as` casts that hide type errors, `useEffect` used where a derived value or event handler belongs, and state that should have been derived.

**Core principle:** Type at the source, derive over effect, functional components only.

## Rules

- **Functional components with hooks** — no class components.
- **Explicit, exported props interfaces** next to the component. Never `any`; avoid `as` casts — fix the type at the source.
- **Named exports** for pages/components, one component per file; shared UI lives in the atomic levels (component-composition), page-only wiring next to its page.
- **Derive state** where possible; `useState` for genuinely local state; lift to a hook only when multiple components need it.
- **Effects are a last resort.** Prefer event handlers and derived values. Every `useEffect` has a correct dependency array and a cleanup when it subscribes/allocates.
- **Type all API responses** with interfaces matching the backend JSON — the compiler is your contract test.

## Worked Example

```tsx
// ❌ effect + state to compute something derivable; `any` hides the shape
const [fullName, setFullName] = useState("");
useEffect(() => { setFullName(user.first + " " + user.last); }, [user]);

// ✅ derived value, typed
interface Props { user: User }
export function UserBadge({ user }: Props) {
  const fullName = `${user.first} ${user.last}`;   // derived, no state, no effect
  return <span>{fullName}</span>;
}
```

The derived version has no effect to get wrong, no stale state, and the `User` type flows through.

## Common Mistakes

- `any` or `as` to silence the compiler instead of fixing the type.
- `useEffect` computing a value that could be derived inline.
- State that mirrors a prop.
- Class components.

## Red Flags

- `: any` or `as SomeType` in the diff.
- A `useEffect` whose only job is `setState` from props.
- A missing/incorrect effect dependency array.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…