<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>元件 on BenzHub</title><link>https://benzhub.github.io/tags/%E5%85%83%E4%BB%B6/</link><description>Recent content in 元件 on BenzHub</description><generator>Hugo</generator><language>zh-TW</language><lastBuildDate>Thu, 27 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://benzhub.github.io/tags/%E5%85%83%E4%BB%B6/index.xml" rel="self" type="application/rss+xml"/><item><title>TailwindCSS 元件抽象模式:@apply、@utility 與框架元件三選一 | TailwindCSS 完整教學</title><link>https://benzhub.github.io/post/tailwindcss/027-component-patterns/</link><pubDate>Thu, 27 Aug 2026 00:00:00 +0000</pubDate><guid>https://benzhub.github.io/post/tailwindcss/027-component-patterns/</guid><description>&lt;blockquote&gt;
&lt;p&gt;一路學到這裡,你已經能寫出響應式、有狀態、還會明暗切換的介面——但你八成也發現一件事:同一顆按鈕、同一張卡片的那串 &lt;strong&gt;utility class&lt;/strong&gt;,在每個頁面都要再抄一遍,又臭又長還容易不一致。這篇 &lt;strong&gt;TailwindCSS&lt;/strong&gt; 要解決的正是這個規模化痛點:&lt;strong&gt;重複的 class 該怎麼收斂?&lt;/strong&gt; 我們會把三種抽象策略——&lt;strong&gt;框架元件&lt;/strong&gt;、&lt;code&gt;@apply&lt;/code&gt;、v4 的 &lt;code&gt;@utility&lt;/code&gt;——攤開來對比,講清楚何時該抽象、何時該保持 utility inline,並釐清 &lt;code&gt;@apply&lt;/code&gt; 的正確與濫用時機。&lt;/p&gt;
&lt;/blockquote&gt;</description></item></channel></rss>