본문으로 건너뛰기
cccskills
무료GitHub에 공개

flutter-widget-architecture

Use when building Flutter screens - compose small stateless widgets, keep layout declarative, decide layout by available width not device/orientation, separate presentation from business logic, and use the theme not hardcoded styles

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(1)

  • SKILL.md5.3 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Flutter Widget Architecture

Overview

Flutter UI is a tree of widgets. The quality difference is in decomposition: small, focused, mostly-stateless widgets that read like the UI they render, with business logic pushed out of the widget tree.

Core principle: Widgets describe what the UI looks like given state. They do not fetch data, hold business rules, or talk to the network — that lives in state/services (see flutter-state-management).

Rules

  • Prefer StatelessWidget. Reach for StatefulWidget only for truly local, ephemeral UI state (an animation controller, a text field's focus). App/business state lives in your state management layer.
  • Small widgets over deep build methods. A build longer than ~40 lines or nested 5+ deep is a set of extract-widget opportunities. Extract named widgets, not Widget _buildX() helper methods (named widgets get their own rebuild scope and are testable).
  • const constructors everywhere possible — a const widget subtree is skipped on rebuild. This is the cheapest performance win in Flutter.
  • Theme, not hardcoded styles. Colors, text styles, spacing come from Theme.of(context) / a design-token file (context.space, see mobile-design-system-foundation) — never scattered Color(0xFF...) and magic paddings. This is the Flutter equivalent of "no custom CSS."
  • Keys only when you need identity across rebuilds (reorderable lists) — don't sprinkle them.
  • Decide layout by available width, not device type or orientation. Use LayoutBuilder or MediaQuery.sizeOf(context) — never MediaQuery.of(context).size (that rebuilds on every metric change, not just size) and never a device-type/orientation check to pick a layout. See adaptive-layout and mobile-visual-self-review for the size matrix this must hold at.
  • Color.withValues(alpha:), not the deprecated withOpacity (precision loss). TextScaler (MediaQuery.textScalerOf(context).scale(...)), not the deprecated textScaleFactor.

Worked Example

// ❌ one giant build, hardcoded style, logic in the widget
Widget build(BuildContext context) {
  return Container(padding: EdgeInsets.all(16), color: Color(0xFF2196F3),
    child: Column(children: [ Text(task.title, style: TextStyle(fontSize: 18)), /* 60 more lines */ ]));
}

// ✅ composed from small const widgets, themed, logic elsewhere
class TaskCard extends StatelessWidget {
  const TaskCard({super.key, required this.task});
  final Task task;
  @override
  Widget build(BuildContext context) => Card(
    child: Padding(
      padding: EdgeInsets.all(context.space.md),   // token, not a magic 16
      child: Column(children: [
        TaskTitle(title: task.title),        // extracted, testable atom
        TaskStatusChip(status: task.status), // extracted molecule
      ]),
    ),
  );
}

Layout-error catalogue

Four errors that show up repeatedly and what they mean:

  • "Vertical viewport was given unbounded height" — a Column/ListView inside another unbounded-height ancestor (e.g. a Column inside a SingleChildScrollView with no Expanded/shrinkWrap). Give it a bound: Expanded, SizedBox, or shrinkWrap: true when genuinely short.
  • "InputDecorator ... unbounded width" — a TextField/TextFormField inside a Row with no Expanded/Flexible wrapping it.
  • "RenderFlex overflowed by N pixels" — the matrix-test failure mode (see mobile-visual-self-review); fix by deciding layout from available width, not by shrinking content to fit.
  • "Incorrect use of ParentData widget" — a widget meant for one parent (Expanded, Positioned) used under the wrong parent type (not Flex/Stack). The fix is almost always removing a stray wrapper, not adding one.
  • Ignore a cascading "RenderBox was not laid out" once you've fixed the error above it — it's usually fallout from the first failure, not a separate bug.

Version note (Flutter 3.47+)

material_ui/cupertino_ui are now separate packages from the bundled Material/Cupertino libraries; don't run dart fix --apply --code=migrate_design_widgets or otherwise migrate a repo to them unless the task explicitly asks — follow what the repo already uses.

Common Mistakes

  • StatefulWidget holding data that came from an API — that's app state, lift it out.
  • Widget _buildHeader() helper methods instead of real widget classes.
  • Hardcoded colors/sizes instead of the theme.
  • Missing const on static subtrees → needless rebuilds.
  • Choosing layout by MediaQuery.of(context).size or an orientation/device check instead of LayoutBuilder/MediaQuery.sizeOf.
  • textScaleFactor/withOpacity instead of TextScaler/Color.withValues.

Red Flags

  • A build method you scroll to read.
  • setState mutating something a service should own.
  • Color(0xFF...) / magic paddings outside the theme file.
  • A layout branch keyed on Theme.of(context).platform or MediaQuery.orientationOf instead of width.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Use when writing acceptance criteria for a task - express each as an observable Given/When/Then that QA can execute, including negative cases

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

makifbaysal/tasktrooper1172026년 10월 20일 업데이트

Use when the diff adds or changes an endpoint, resolver, RPC, job or query that takes an object id, a role check, a request binding or a tenant filter - BOLA/IDOR, function-level authorization, mass assignment and tenant scoping

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

makifbaysal/tasktrooper1172026년 10월 20일 업데이트

Use on every UI change - semantic HTML, labels for controls, keyboard-navigable dialogs/menus, visible focus, and never color as the only signal

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

makifbaysal/tasktrooper1172026년 10월 20일 업데이트

Use when a task changes any screen, form, dialog, menu or control - Lighthouse/axe scan of the changed screens, a keyboard walk, and the thresholds that fail a task

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

makifbaysal/tasktrooper1172026년 10월 20일 업데이트

How to work a task returned with review, QA or UAT findings. Use when a task is in need_revision or PR review comments are in your context.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

makifbaysal/tasktrooper1172026년 10월 20일 업데이트

Use when the repository keeps its alerting in code, or a person asks for alerts outside TaskTrooper - PrometheusRule YAML, a Cloud Monitoring alert policy in Terraform, a Datadog monitor, each routed to TaskTrooper's alert ingest URL so it opens an incident here

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

makifbaysal/tasktrooper1172026년 10월 20일 업데이트

makifbaysal의 스킬 모두 보기

이 스킬의 문제 신고