Tailwind CSS
Tailwind CSS
Tailwind CSS はユーティリティファーストの CSS フレームワークです。HTML の小さなクラスで共通のデザイン値とバリアントを適用します。
もう一つの例
チームは画面サイズに合わせた余白やフォーカスの状態を表す共通トークンを使います。同じパターンが繰り返される時は、コンポーネントとして切り出します。
主な部分
- 01Code or behavior under test
- 02Observable evidence
- 03Coverage, failure, and recovery
以下の場合に使用します
ユーティリティクラスがチームのルールに適合し、ビルドがすべてのクラスのソースを見つけられる場合に使用します。
以下の場合は使用しないでください
あらゆる場所で任意の値を使用すること、検出できないほど動的に構築されたクラス名を避けてください。繰り返されるマークアップはコンポーネントが必要な場合があります。
コードで使用する名前
utility classes + variants + theme tokens 出荷前に
Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback.
Outcome:Complete the task with Tailwind CSS (Tailwind CSS)。 User context:チームは画面サイズに合わせた余白やフォーカスの状態を表す共通トークンを使います。同じパターンが繰り返される時は、コンポーネントとして切り出します。 Technology or engineering concept:Tailwind CSS (Tailwind CSS)。 Why it fits:ユーティリティクラスがチームのルールに適合し、ビルドがすべてのクラスのソースを見つけられる場合に使用します。 Do not use it when:あらゆる場所で任意の値を使用すること、検出できないほど動的に構築されたクラス名を避けてください。繰り返されるマークアップはコンポーネントが必要な場合があります。 Engineering fit: Define where it runs and which version to use. Set its job, interfaces, data flow, dependencies, supported systems, security, and speed limits. Explain how it fits the current stack. Lifecycle safeguards: Check dependency health and licenses. Add monitoring and a fallback. Name the upgrade owner. Do not add a second tool for the same job without a measured benefit. Acceptance criteria: A small integration proves the needed behavior. Test compatibility, security, failure, and performance. Document deploy, upgrade, support, and rollback steps. Evidence and limits (evidence boundary):その情報源にとって公式です。他のプラットフォームやチームはその用語を別の方法で使用する場合があります。 Unknowns to confirm: Current stack, runtime and version rules, target systems, dependency owner, performance budget, support period, and migration limits.
このリクエストを確認する
Review how Tailwind CSS (Tailwind CSS) is used now. Definition: Tailwind CSS はユーティリティファーストの CSS フレームワークです。HTML の小さなクラスで共通のデザイン値とバリアントを適用します。 Release checks: Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.