最近開始認真學前端
爬文爬到 SASS 這個傳說中的 CSS 工具
原本看到可以用變數、巢狀語法、mixin 什麼的
就覺得:「哇靠這也太酷了吧!!」
(畢竟原生 CSS 以前真的滿陽春的……)
後來開始動手試了一下
還特地裝 node-sass 結果裝超久 = =
然後寫一寫發現巢狀寫太爽反而變超難維護
整個樣式跟 HTML 綁死死的
光找個 class 都覺得眼神要死一輪 QQ
就在我還在懷疑人生的時候
我發現了 unoCSS、tailwind 這種東西
(應該很多大神都早就用了XD)
完全原子化的設計
你要什麼樣式直接 class 搞定
不囉嗦、不巢狀、不找檔案,全部一眼明瞭
然後瀏覽器支援變數、calc 什麼的都來了
mixin?現在都直接用 utility class 打好打滿
還需要什麼預處理器!
我不是說 SASS 不好(也許它真的功不可沒)
但是現在這個時代……SASS 是不是也該退場了? 就像是Dreamweaver
看到很多大神直接寫原生 CSS 或者 unoCSS 體流程更簡單、構建少一堆東西
就會有點懷疑自己學 SASS 是不是走錯棚QQ
目前我是改用tailwindCSS加一票了
請問這邊有前輩還在用 SASS 嗎?
還是說你們現在都 tailwind/uno 開起來就直接飛?
也歡迎分享一下你們實務上的心得或轉換過程
我自己是滿驚訝 CSS 原來已經進化這麼多了…
AI 這麼說:
https://chatgpt.com/share/686de880-6078-8002-a03e-ce7f6fad0957
結論先行:
Sass 在未來 3–5 年內「不太可能被完全淘汰」,但其定位將逐漸從 主力開發前處理器 轉向「維護舊有樣式庫、與設計系統銜接的基礎設施」。Tailwind CSS v4 與 UnoCSS 代表的 原子化、按需生成 路線,確實在新專案中大幅減少了 必須引入 Sass 的理由;然而,在大型既有程式庫(Bootstrap 5/Material UI v6 仍以 SCSS 為基底)與長期維運的企業級專案裡,Sass 的 成熟生態、靜態編譯優勢與團隊熟悉度 依舊具備成本優勢。
SASS 市佔率 67%, 年減 -3%
從管理者的 TCO 角度看:
1.龐大遺留程式碼
眾多企業的設計系統、CMS 佈景與行銷網站仍以 SCSS 維運;全面遷移的 TCO 遠高於維持現況。
2.Bootstrap、Foundation 仍依賴
這些框架在 B2B/B2G 專案滲透率高,短期無改寫計畫。
3.CI/CD 與稽核流程既定
Sass Lint、Stylelint 規則、靜態掃描工具已在 ISO 27001/27701 流程裡「掛號」,組織層面要重簽 SOP 成本高。
4.人才庫成熟
從 維運角度 而言,能直接維修 SCSS 的前端/全端工程師仍是市場大宗,雇主不會貿然捨棄。
複雜項目的邏輯封裝需求
// 动态生成响应式间距工具类
@for $i from 1 to 10 {
.m-#{$i} { margin: #{$i}rem; }
@media (min-width: 768px) {
.md:m-#{$i} { margin: #{$i}rem; }
}
}
團隊協作與代碼一致性
快速叠代與低學習成本
bg-blue-500 hover:bg-blue-600
),尤其適合MVP項目或需求頻繁變更的場景。與前端框架的深度集成
浏覽器原生能力增強
--primary-color: #3498db;
)配合JS動態修改,可實現運行時主題切換,替代SASS的靜態變量;與工具鏈的結合
場景 | 推薦方案 | 理由 |
---|---|---|
小型項目/個人博客 | Tailwind/unoCSS + 原生CSS | 開發效率優先,無需複雜配置,原子類便于快速調試。 |
中大型企業級項目 | SASS + 组件化设计 | 需統一樣式規範,通過mixin和變量控制全局風格,避免樣式混亂。 |
高頻叠代的電商/活動頁 | Tailwind + 原生CSS | 快速實現UI效果,配合JIT編譯減少構建時間,適合短期上線需求。 |
設計系統/組件庫 | SASS + 原生CSS | 需封裝可複用的組件樣式邏輯(如按鈕、表單),同時利用CSS變量實現主題切換。 |
你选择Tailwind是顺应现代前端开发趋势的明智之举,尤其在效率和上手难度上优势明显。但不必否定SASS的价值——它更适合需要逻辑封装和强规范的場景。未来建议根据项目规模和需求灵活切换工具,核心是理解每种方案的优缺点,而非执着于“非此即彼”的选择。CSS的进化本质是让开发者更高效地实现设计,工具只是手段,理解样式背后的逻辑(如层叠优先级、响应式原理)才是长期竞争力。
看完,只有一個感想...
既然你清楚知道你不擅長某件事,那建議您「至少」先熟悉某項工具再發表使用感言
而不是用一篇滿滿門外漢的發言,來斷言某技術... :)
你期待更多「業界前輩」出來分享真實經驗...
我期待你努力成為那一個「業界前輩」,再回來好好審視你現在的言論。
我沒有要成為業界前輩阿XD
既然你覺得我門外漢 那是你的想法 跟你的論斷
如果你願意分享就分享 不用上來講你的想法
我相信大家在IT邦是學技術跟交流觀點 不是來檢討我多屌哦:)
同樣的話,煩請 您自己牢記... 「你不用上來講你的想法」
在IT邦是學技術跟交流觀點,前提是「技術」... 你只是遇到瓶頸就胡亂發洩的門外漢
還有... 你是「門外漢」這個事實,是您自己表述的?
不管你屌發生啥事 請去看醫生... 這裡是 IT邦 容你發問、討論、學習
發廢文討拍... 請自己去別處開個版,謝謝 ?
你吃錯藥了嗎 我是門外漢你還要我成為業界前輩
這裡是學技術跟交流觀點 不是讓你來發瘋的
我沒有遇到瓶頸哦XD 不要再腦補了 建議你去諮商
不要把自己的童年陰影投射在別人身上
我的文章從頭到尾就在討論CSS的技術發展
只有你在這邊發洩 有夠可憐 煩請 您自己牢記...
整篇文章大家都在討論CSS 只有你一個人在那邊人身攻擊
如果沒吃藥你可以吃藥 如果有問題可以去看病 這是你自己的話
人生可以不用這麼可悲 不想回答就別回答
「這裡是學技術跟交流觀點,不是讓你來發瘋的 」
有時間發廢文森七七,為啥不多花點時間練。
這裡是技術論壇,只要有技術 大家就認他是前輩。懂嗎?
菜就多練,大家都是這樣過來的,沒有你比較菜的問題,純粹是你的問題?
不是拿個 你一竅不通的東西,煞有其事的發牢騷
我相信你不是瓶頸,是連碰都還沒碰就在這自怨自艾...
難不成連經營自己的個版都一竅不通嗎?
我回文前可不知道妳這麼可悲... 要不然我也不會回啊 XD
「人生可以不用這麼可悲」吵不贏 就開始無的放矢大可不必。
好歹都是"工程師",講話放點邏輯吧~ 即便你沒有,也可以開始練習喔 ?
還有... 先攻擊人再作賊喊賊,是哪裡來的 被害妄想症?
虧你還知道 這些話 很難聽、人身攻擊...
但以上 全. 部. 都. 是. 節錄自你的原話欸~ 知道你多可笑不? ?
((不知道你是童年多有陰影... 但謝謝你關心,我童年一定過得比你好,畢竟現在 在技術版 發瘋連發3則廢文的人可不是我 ?
有空回文,花時間 修身養性一下,都不至於讓你沒裡子也失面子。
摳連~
node-sass 已被棄用,現在官方推薦使用 sass 喔!
給你參考:
https://sass-lang.com/install/
https://blog.csdn.net/feiying0canglang/article/details/126372260
然後我個人覺得,當然套框架還是最快、最無腦的,
但是有需要客製化較多的時候還是需要自己刻 CSS(比如特殊的形狀、動畫等等?),
用 SASS 管理還是比原生方便、更多功能一點,
而且編譯時搭配 autoprefixer 兼顧各個瀏覽器版本支援度,很方便、很重要。
印象中,之前有看到 the State of CSS 有在討論,
大家認為 SASS 的 @mixin、@for 等等語法還是很需要,
所以官方有在考慮把 mixin 等語法整進原生 CSS 裡。
(像是巢狀寫法就已經整進原生 CSS 裡了,但其他的不知何年何月,不確定XD)
如果以後一些 SASS 語法真的都整進原生 CSS 裡了,而且支援度夠,
確實就不再需要 SASS 了,
不過你標題說已死是有點太嚴重了啦 XD。
剛剛發現 the State of CSS 2025 已經開始今年新的調查了(但結束收問卷了),
你可以去看看過去的統計結果喔!我覺得很有趣:
https://stateofcss.com/zh-Hant/
(另外他們也有每年整理 the State of JS,也可以去看看)